Scrum Sprint Planning

of 37/37
Planejamento de Sprint Dar a equipe informação suficiente para trabalhar; Dar ao Product Owner confiança na equipe;
  • date post

    05-Dec-2014
  • Category

    Technology

  • view

    1.944
  • download

    1

Embed Size (px)

description

 

Transcript of Scrum Sprint Planning

  • 1. Planejamento deSprintDar a equipe informao suficiente para trabalhar;Dar ao Product Owner confiana na equipe;
  • 2. Resultado concreto Objetivo claro do Sprint. Equipe comprometida com a meta. Sprint Backlog. Data de apresentao do Sprint.
  • 3. P.O. deve participar? Pessoal, eu j listei o que eu quero. Eu no tenho tempo para estar na sua reunio de planejamento
  • 4. P.O. deve participar?Essas trs variveis precisam ser refinadas continuamente pordilogo cara-a-cara entre a equipe e o P.O.
  • 5. P.O. deve participar? Sim!Pode ocorrer: Mudana de estimativas pela equipe Mudana de importncia/prioridade das estrias
  • 6. P.O = O cara! Fundamental para o desenvolvimento gil
  • 7. Objetivo do SprintPor que ns estamos fazendo este sprint? Porque no samos de frias ao invs de faz-lo?
  • 8. Tamanho do Sprint? Sprints curtos (1 a 3 semanas)? Ou Sprints longos (1 ms a 2 meses)?
  • 9. Tamanho do Sprint? Sprints curtos: Ciclo curto de feedback = entregas mais freqentes = feedback mais freqente do cliente = menos tempo perdido, indo na direo errada = aprender e melhorar rpido, etc. Sprints longos: A equipe tem mais tempo para ganhar ritmo, ela tem mais espao para se recuperar dos problemas, e conseguir atingir o objetivo do sprint, voc tem menos overhead em termos de reunies de planejamento, apresentaes, etc.
  • 10. Tamanho do Sprint? No geral, product owners gostam de sprints curtos e desenvolvedores preferem os longos. Ento o tamanho do sprint representa um compromisso
  • 11. Qualidade Externa vs. Interna Externa: O que percebido pelos usurios do sistema. Ex: Interface. Interna: Questes que normalmente no so visveis ao usurio, mas que tm profundos efeitos na manutenibilidade do sistema. Ex: Cobertura de testes.
  • 12. Negociao de estrias Alta qualidade INTERNA + Baixa qualidade EXTERNA
  • 13. Negociao de estrias Baixa qualidade INTERNA + Alta qualidade EXTERNA ?
  • 14. Negociao de estrias Baixa qualidade INTERNA + Alta qualidade EXTERNA difcil construir algo legal a partir de fundaes podres
  • 15. Estrias tcnicas No fazem parte das entregas. No esto relacionadas diretamente com nenhuma estria especfica. No agregam valor para o product owner.Exemplo: Instalar um servidor de build. Escrever um resumo do projeto do sistema. Refazer a camada DAO. Fazer o upgrade de um framework.
  • 16. Quais estrias faremos?
  • 17. Tcnica de estimativa Instinto / Sentimentos / Percepes. Clculo de velocidade baseado no tempo de ontem, e clculo de velocidade baseada no homens-dia disponveis e fator de foco.
  • 18. Velocidade Estimada x Real
  • 19. Estimativas, como calcular? Dias disponveis Bruno 15 Caio 15 Diego 15 Ricardo 15 Total 60 homens-dia
  • 20. Estimativas, como calcular? Fator de foco
  • 21. Estimativas, como calcular?28 | SCRUM E XP DIRETO DAS TRINCHEIRASO fator de foco uma estimativa de como a equipe focada. Um fator defoco baixo, pode significar que a equipe espera ter muitas interfernciasou percebe que suas prprias estimativas de tempo so otimistas.A melhor maneira para determinar um fator de foco razovel consideraro ltimo sprint (ou melhor ainda, a mdia de alguns sprints anteriores).
  • 22. O fator de foco uma estimativa de como a equipe focada. UEstimativas, como calcular? foco baixo, pode significar que a equipe espera ter muitas inte ou percebe que suas prprias estimativas de tempo so otimistas A melhor maneira para determinar um fator de foco razovel o ltimo sprint (ou melhor ainda, a mdia de alguns sprints ante A velocidade atual a soma das estimativas iniciais de todas que foram finalizadas no ltimo sprint. Vamos supor que o ltimo sprint terminou 18 pontos p utilizando uma equipe de 3 pessoas, com Tom, Lisa e Sam trab
  • 23. Vamos supor que o ltimo sprint terminou 18 pontos por estria Estimativas, como calcular?utilizando uma equipe de 3 pessoas, com Tom, Lisa e Sam trabalhando 3semanas, resultando em um total de 45 homens-dia. E agora ns estamostentando calcular nossa velocidade estimada para o prximo sprint. Paracomplicar as coisas, um cara novo, o Dave, est se juntando equipe paraesse sprint. Levando em considerao as folgas e as obstrues ns temos50 homem-dias para o prximo sprint.Portanto, nossa velocidade estimada para o prximo sprint de 20 pontospor estria. O que significa que a equipe deveria adicionar estrias aosprint at atingir uma soma de aproximadamente 20.
  • 24. Estimar pode ser um problema Normalmente ns no sabemos exatamente quem vai implementar quais partes de quais estrias. Envolvem diversas pessoas e diversos tipos de expertise (design de interface de usurio, codificao, teste, etc). Discrepncias onde duas pessoas da equipe tm estimativas bastante diferentes para a mesma estria.
  • 25. Planning Poker
  • 26. Planning Poker
  • 27. Planning Poker
  • 28. Planning Poker
  • 29. Planning Poker Proporcionar uma viso comum do trabalho envolvido na estria
  • 30. Planning PokerExistem algumas cartas especiais: 0 = esta estria j est feita ou esta estria to pequena que leva somente alguns minutos de trabalho; ? = Eu no fao idia alguma; Xcara de caf = Estou cansado demais para pensar. Vamos fazer uma pequena pausa.
  • 31. Hum, o que j vimos? P.O. o cara. Entender e negociar as estrias. Estimar as estrias.
  • 32. Organizando o Sprint Backlog?
  • 33. Organizando o Sprint Backlog?
  • 34. Trmino do Sprint PlanningS ser um sucesso se: Todos sairem da reunio com um sorriso no rosto. Todos acordarem no dia seguinte com um sorriso no rosto. Todos fizerem a primeira reunio diria com um sorriso no rosto.
  • 35. Definio de prontoUma estria est completa quando todo o cdigo est no repositrio? Ou est completa apenasquando foi feito deploy em um ambiente de testee a estria foi verificada por uma equipe de testes de integrao?
  • 36. XP Programao em par( - ) 15% mais lento do que uma pessoa sozinha( + ) Qualidade do software e Disseminao doconhecimentoEsses 15% de perda, so calibrado com 15% de ganho em: Menos bugs. Melhor manuteno.
  • 37. Agenda da reunio P.O. repassa objetivo do Sprint. P.O. sumariza o Product Backlog para a equipe. Os itens priorizados so esclarecidos pelo P.O. Uma data de apresentao do Sprint escolhida. Equipe estima as estrias, quebrando em tarefas se necessario. Pode-se usar o Como demostrar para esclarecer melhor. Equipe escolhe e calcula cada estrias para entrar no Sprint. Todos criam a definio de pronto (DoD). Todos fecham o escopo e escolhem o local da reunio diria.