Scrum - As Regras do Jogo segundo o Guia do Scrum

3.285 visualizações

Publicada em

Publicada em: Tecnologia
0 comentários
14 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
3.285
No SlideShare
0
A partir de incorporações
0
Número de incorporações
173
Ações
Compartilhamentos
0
Downloads
4
Comentários
0
Gostaram
14
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Scrum - As Regras do Jogo segundo o Guia do Scrum

  1. 1. Scrum AS REGRAS DO JOGO SEGUNDO O GUIA DO SCRUMTM
  2. 2. Propósitos desta apresentação 1. Compartilhar, multiplicar e facilitar acesso aos conhecimentos sobre o Scrum 2. Mostrar o Scrum como é, segundo seu guia, sem prender-se a técnicas de implantação ou outras metodologias que possam ser utilizadas para complementá-lo 3. Dar algum subsidio para discernir sobre o que é e o que não é um componente ou regra do Scrum, diminuindo as incompreensões sobre seu framework
  3. 3. Autores do Guia do ScrumTM JEFF SUTHERLAND KEN SCHWABER
  4. 4. Definição do Scrum “Um framework dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com o mais alto valor possível.”
  5. 5. Definição do Scrum SCRUM É • Leve • Simples de entender • Extremamente difícil de dominar COMPONENTES • Papéis • Eventos • Artefatos • Regras
  6. 6. Teoria do Scrum EMPIRISMO “Conhecimento vem da experiência e de tomada de decisões baseadas no que é conhecido. O Scrum emprega uma abordagem iterativa e incremental para aperfeiçoar a previsibilidade e o controle de riscos.”
  7. 7. Pilares do Scrum
  8. 8. • Modelo projetado para aperfeiçoar a flexibilidade, criatividade e produtividade • Entregam produtos de forma iterativa e incremental, maximizando as oportunidades de realimentação O Time Scrum Fonte da Imagem: Blog Café Agile
  9. 9. Product Owner (PO) 1. É uma pessoa e não um comitê 2. É o responsável por maximizar o valor do produto e do trabalho do Time de Desenvolvimento 3. É a única pessoa responsável por gerenciar o Backlog do Produto 4. Para ter sucesso, toda a organização deve respeitar as suas decisões 5. Outras pessoas não tem permissão para alterar prioridades estabelecidas pelo PO
  10. 10. Gerenciamento do Backlog do Produto  Expressar claramente os itens do Backlog do Produto;  Ordenar os itens do Backlog do Produto para alcançar melhor as metas e missões;  Garantir o valor do trabalho realizado pelo Time de Desenvolvimento;  Garantir que o Backlog do Produto seja visível, transparente, claro para todos, e mostrar o que o Time Scrum vai trabalhar a seguir;  Garantir que o Time de Desenvolvimento entenda os itens do Backlog do Produto no nível necessário.
  11. 11. Time de Desenvolvimento “Transformam o Backlog do Produto em incrementos de funcionalidades potencialmente utilizáveis”  Auto organizado e multifuncional  O Scrum não reconhece títulos para os integrantes do Time de Desenvolvimento que não seja o Desenvolvedor  Responsabilidades pertencem ao Time de Desenvolvimento como um todo  Times de Desenvolvimento não contém sub-times dedicados a domínios específicos de conhecimento, tais como testes ou análise de negócios
  12. 12. Tamanho do Time de Desenvolvimento “Pequeno o suficiente para se manter ágil e grande o suficiente para completar uma parcela significativa do trabalho dentro dos limites da Sprint” Menor interação e menor ganho de produtividade Muita coordenação3 9
  13. 13. Scrum Master • É um servo-líder para o Time Scrum • Responsável por garantir que o Scrum seja entendido e aplicado • Quais as interações com o Time Scrum são úteis e quais não são? • Ajuda todos a mudarem as interações para maximizar o valor criado pelo Time Scrum
  14. 14. Scrum Master Product Owner •Facilitar eventos do Scrum conforme exigidos ou necessários •Técnicas para gerenciar o Product Backlog •Compreender e praticar agilidade... Time de Desenvolvimento •Treinar em autogerenciamento e interdisciplinaridade •Remover impedimentos para o progresso •Ambientes onde o Scrum não é totalmente adotado e compreendido... Organização •Liderando e treinando a organização na adoção do Scrum •Planejando implementações do Scrum •Trabalhando com outros Scrum Masters...
  15. 15. Eventos Scrum  Minimizar a necessidade de reuniões não definidas no Scrum  Time-boxed  Sprint que começou não pode ser reduzida nem aumentada, os demais eventos podem terminar quando o propósito for alcançado  Oportunidades para inspecionar e adaptar  Projetados para permitir transparência e inspeção criteriosa
  16. 16. Sprint “Durante a Sprint um ‘pronto’, versão incremental potencialmente utilizável do produto, é criado.”  Coração do Scrum  Time-boxed de 1 mês (4 semanas) ou menos  Nova Sprint inicia imediatamente após a conclusão da Sprint anterior  Não são feitas mudanças que possam por em perigo o objetivo da Sprint  As metas de qualidade não diminuem O escopo pode ser clarificado e renegociado entre o Product Owner e o Time de Desenvolvimento quanto mais for aprendido
  17. 17. Cancelamento de uma Sprint  Pode ser cancelada antes do time-boxed terminar  Somente o Product Owner tem a autoridade para cancelar a Sprint  Geralmente a Sprint deve ser cancelada se ela não faz mais sentido às dadas circunstâncias  Devido a curta duração da Sprint, raramente cancelamentos fazem sentido  Itens do Backlog da Sprint ◦ Se completado e “Pronto”: é revisado e pode ser aceito pelo PO ◦ Se incompleto: é estimado novamente e recolocado no Backlog do Produto
  18. 18. Reunião de Planejamento da Sprint  Time-box de 8 horas para uma Sprint de um mês de duração  O trabalho a ser realizado na Sprint é planejado na reunião de planejamento da Sprint  Trabalho colaborativo de todo o Time Scrum Questões 1. Qual é o objetivo da Sprint? 2. O que pode ser entregue como resultado do incremento da próxima Sprint? 3. Como o trabalho necessário para entregar o incremento será realizado?
  19. 19. Reunião Diária  Time-boxed de 15 minutos  Time de Desenvolvimento sincroniza as atividades e cria um plano para as próximas 24 horas Questões 1. O que eu fiz ontem que ajudou o Time de Desenvolvimento a atender a meta da Sprint? 2. O que eu farei hoje para ajudar o Time de Desenvolvimento atender a meta da Sprint? 3. Eu vejo algum obstáculo que impeça a mim ou o Time de Desenvolvimento no atendimento da meta da Sprint?
  20. 20. Reunião de Revisão da Sprint  Time-boxed de 4 horas de duração para uma Sprint de um mês  Stakeholders (partes interessadas) colaboram sobre ◦ O que foi feito na Sprint ◦ Próximas coisas que podem ser feitas para otimizar valor Resultado da Reunião “Backlog do Produto revisado que define o provável Backlog do Produto para a próxima Sprint”
  21. 21. Retrospectiva da Sprint “Oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint” Time-boxed de 3 horas para uma Sprint de um mês Propósito 1. Inspecionar como a última Sprint foi em relação às pessoas, aos relacionamentos, aos processos e às ferramentas 2. Identificar e ordenar os principais itens que foram bem e as potenciais melhorias 3. Criar um plano para implementar melhorias no modo que o Time Scrum faz seu trabalho
  22. 22. Artefatos “Representam o trabalho ou o valor para o fornecimento de transparência e oportunidades para inspeção e adaptação”
  23. 23. Backlog do Produto “Lista ordenada de tudo que deve ser necessário no produto, e é uma origem única dos requisitos para qualquer mudança a ser feita no produto”  PO é o responsável  Artefato vivo: evolui, é dinâmico e nunca está completo  Um único Backlog do Produto por produto e existirá enquanto o produto existir  Características, funções, requisitos, melhorias e correções  Itens do Backlog do de ordem mais alta devem ser mais claros e mais detalhados  O Time de Desenvolvimento é responsável por todas as estimativas
  24. 24. Monitorando o Progresso a Caminho do Objetivo Fonte da Imagem: Microsoft Visual Studio Scrum 1.0 (Visual Studio Gallery)
  25. 25. Backlog da Sprint “Conjunto de itens do Backlog do Produto selecionados para a Sprint, juntamente com o plano para entregar o incremento do produto e atingir o objetivo da Sprint”  Pertence exclusivamente ao Time de Desenvolvimento  É modificado e vai surgindo ao longo de toda a Sprint  Novo trabalho é necessário, é adicionado  Estimativa do trabalho é atualizada conforme realizações  Elementos considerados desnecessários, são removidos  O Time de Desenvolvimento monitora o total do trabalho restante pelo menos a cada Reunião Diária
  26. 26. Incremento “Soma de todos os itens do Backlog do Produto completados durante a Sprint e o valor dos incrementos de todas as Sprints anteriores.”  Utilizável, mesmo que o PO decida por não liberá-lo  Atender a definição de “Pronto” do Time Scrum
  27. 27. Definição de “Pronto” “Quando o item do Backlog do Produto ou um incremento é descrito como ‘Pronto’, todos devem entender o que o ‘Pronto’ significa.”  Transparência  Orienta sobre quantos itens do Backlog do Produto podem ser selecionados durante o Planejamento da Sprint  Todos os Times Scrum, de um mesmo produto ou sistema, devem mutuamente definir a definição de “Pronto”
  28. 28. Conclusão “O Scrum é livre e oferecido no Guia do ScrumTM. Papéis, artefatos, eventos e regras do Scrum são imutáveis e embora seja possível implementar somente partes do Scrum, o resultado não é Scrum. Scrum existe somente na sua totalidade, funcionando bem como um container para outras técnicas, metodologias e práticas.”
  29. 29. Revisão Fonte da Imagem: Blog Gestão de Projetos Ágeis
  30. 30. Referências  A maior parte dos textos utilizados nesta apresentação foram diretamente retiradas do Guia do ScrumTM, na tradução para português do Brasil realizada por Fábio Cruz  Demais textos são adaptações realizadas pelo próprio autor  O Guia do ScrumTM está disponível no site da Scrum.org em diversas traduções através do link: https://www.scrum.org/Scrum-Guide

×