Scrum Sprint Planning

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.