Planejamento de SprintDar a equipe informação suficiente para trabalhar;Dar ao Product Owner confiança na equipe;
Resultado concreto• Objetivo claro do Sprint.• Equipe comprometida com a meta.• Sprint Backlog.• Data de apresentação do Sprint.
P.O. deve participar?
“Pessoal, eu já listei o que eu quero. Eu não tenho tempo para estar na sua reunião de planejamento”
P.O. deve participar?
Essas três variáveis precisam ser refinadas continuamente por diálogo “cara-a-cara” entre a equipe e o P.O.
P.O. deve participar? Sim!
Pode ocorrer:
• Mudança de estimativas pela equipe• Mudança de importância/prioridade das estórias
P.O = O cara!
“Fundamental para o desenvolvimento ágil”
Objetivo do Sprint
“Por que nós estamos fazendo este sprint? Porque não saímos de férias ao invés de fazê-lo?”
Tamanho do Sprint?
Sprints curtos (1 a 3 semanas)?
Ou
Sprints longos (1 mês a 2 meses)?
Tamanho do Sprint?• Sprints curtos:
Ciclo curto de feedback = entregas mais freqüentes = feedback mais freqüente do cliente = menos tempo perdido, indo na direção errada = aprender e melhorar rápido, etc.
• Sprints longos:A equipe tem mais tempo para ganhar ritmo, ela tem mais espaço para se recuperar dos problemas, e conseguir atingir o objetivo do sprint, você tem menos overhead em termos de reuniões de planejamento, apresentações, etc.
Tamanho do Sprint?
“No geral, product owners gostam de sprints curtos e desenvolvedores preferem os longos.
Então o tamanho do sprint representa um compromisso”
Qualidade Externa vs. Interna• Externa:
O que é percebido pelos usuários do sistema. Ex: “Interface”.
• Interna:Questões que normalmente não são visíveis ao usuário, mas que têm profundos efeitos na manutenibilidade do sistema. Ex: “Cobertura de testes”.
Negociação de estórias
Alta qualidade INTERNA+
Baixa qualidade EXTERNA
Negociação de estórias
Baixa qualidade INTERNA+
Alta qualidade EXTERNA
?
Negociação de estórias
Baixa qualidade INTERNA+
Alta qualidade EXTERNA
“É difícil construir algo legal a partir de fundações podres”
Estórias técnicas• Não fazem parte das entregas.• Não estão relacionadas diretamente com nenhuma estória
específica.• Não 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.
Quais estórias faremos?
Técnica de estimativa• Instinto / Sentimentos / Percepções.• Cálculo de velocidade baseado no tempo de ontem, e cálculo
de velocidade baseada no homens-dia disponíveis e fator de foco.
Velocidade Estimada x Real
Estimativas, como calcular?
Dias disponíveis
Bruno 15
Caio 15
Diego 15
Ricardo 15
Total 60 homens-dia
Estimativas, como calcular?
“Fator de foco”
Estimativas, como calcular?
Estimativas, como calcular?
Estimativas, como calcular?
Estimar pode ser um problema• Normalmente nós não sabemos exatamente quem vai
implementar quais partes de quais estórias.• Envolvem diversas pessoas e diversos tipos de expertise
(design de interface de usuário, codificação, teste, etc).• Discrepâncias onde duas pessoas da equipe têm estimativas
bastante diferentes para a mesma estória.
Planning Poker
Planning Poker
Planning Poker
Planning Poker
Planning Poker
“Proporcionar uma visão comum do trabalho envolvido na estória”
Planning PokerExistem algumas cartas especiais:
• 0 = “esta estória já está feita” ou “esta estória é tão pequena que leva somente alguns minutos de trabalho”;
• ? = “Eu não faço idéia alguma”;• Xícara de café = “Estou cansado demais para pensar. Vamos fazer
uma pequena pausa”.
Hum, o que já vimos?• P.O. é o cara.• Entender e negociar as estórias.• Estimar as estórias.
Organizando o Sprint Backlog?
Organizando o Sprint Backlog?
Término do Sprint Planning
Só será um sucesso se:
• Todos sairem da reunião com um sorriso no rosto.• Todos acordarem no dia seguinte com um sorriso no rosto.• Todos fizerem a primeira reunião diária com um sorriso no
rosto.
Definição de pronto
“Uma estória está completa quando todo o código está no repositório? Ou está completa apenas
quando foi feito deploy em um ambiente de teste e a estória foi verificada por uma equipe de testes
de integração?”
XP – Programação em par
( - ) “15% mais lento do que uma pessoa sozinha”( + ) “Qualidade do software” e “Disseminação do conhecimento”
Esses 15% de perda, são calibrado com 15% de ganho em:
• Menos bugs.• Melhor manutenção.
Agenda da reunião• P.O. repassa objetivo do Sprint.• P.O. sumariza o Product Backlog para a equipe.• Os itens priorizados são esclarecidos pelo P.O.• Uma data de apresentação do Sprint é escolhida.• Equipe estima as estórias, quebrando em tarefas se
necessario. Pode-se usar o “Como demostrar…” para esclarecer melhor.
• Equipe escolhe e calcula cada estórias para entrar no Sprint.• Todos criam a definição de pronto (DoD).• Todos fecham o escopo e escolhem o local da reunião diária.
Top Related