O documento discute as práticas do planejamento da Sprint no Scrum, incluindo a apresentação das prioridades do Product Owner, a quebra das histórias de usuário em tarefas técnicas pelo time e a estimativa do esforço necessário para entregar o incremento da Sprint.
2. 2
Documento confidencial
O trabalho a ser realizado na Sprint é planejado durante o
planejamento da Sprint. Este plano é criado com o trabalho
colaborativo de todo o Time Scrum.
E então para isso...responderemos:
• O que pode ser entregue como resultado do incremento da
próxima Sprint?
• Como o trabalho necessário para entregar o incremento será
realizado?
ORGANIZAÇÃO
SCRUM GUIDE
dic.: Ato de planejar; Organização de uma tarefa com a utilização de métodos apropriados.
O que é?
PROPÓSITO
O foco da reunião é a apresentação, por parte do cliente, das
funcionalidades de maior prioridade do Product Backlog que
deverão ser executadas no próximo Sprint, esclarecendo as
dúvidas da equipe, que deverá absorver todo conhecimento
possível sobre as prioridades apontadas pelo Product Owner.
3. 3
Documento confidencial
O time-boxed depende do tamanho da
Sprint:
Para Sprints de 1 mês é uma reunião de 8
horas e para Sprints menores o tempo é
usualmente menor.
TIME-BOXED
TAMANHO DA
SPRINT
Dentro do ciclo do Scrum...
Momento
Durante a Planning, o Product Owner descreve as funcionalidades de maior
prioridade para a equipe. A equipe faz perguntas durante a reunião de modo
que seja capaz de quebrar as funcionalidades em tarefas técnicas, após a
reunião. Essas tarefas irão dar origem ao Sprint Backlog.
PROPÓSITO
Lembrando! time-boxed é: intervalo de tempo para realização de uma atividade. Neste
intervalo de tempo deve-se ter disciplina e foco para fazer o trabalho determinado, sem
desvios e devaneios, utilizando o tempo disponível do melhor modo possível.
Ah! É o primeiro evento dentro da Sprint, ocorre logo após finalizada o
Grooming Refinement session (se necessário) facilitado pelo PO com o cliente
O propósito das Refinement sessions (Refinamento do Backlog) é aprimorar o Product Backlog. Aliás, a
palavra Grooming em inglês americano significa cuidar da aparência, manter limpo e arrumado, mas em
inglês Britânico tem conotação sobre aliciamento infantil. Portanto, a nomenclatura mudou!
Tipos:
▪ Características;
▪ Funcionalidades;
▪ Recursos;
▪ Bugs;
▪ Trabalhos técnicos;
▪ Spikes.
4. 5
Documento confidencial
O Scrum Master garante que o evento
ocorra e que os participantes entendam
seu propósito. O Scrum Master ensina o
Time Scrum a manter-se dentro dos
limites do time-box.
PESSOA
FACILITADORA
Quem deve ou seria a pessoa mais apropriada para esta facilitação?
Facilitação
O foco da reunião é a apresentação, por parte do Product Owner (cliente), das
funcionalidades de maior prioridade do Product Backlog que deverão ser
executadas no próximo sprint, esclarecendo as dúvidas da equipe, que
deverá absorver todo conhecimento possível sobre as prioridades
apontadas pelo PO.
QUAL FOCO?
VAI FACILITAR UM
PLANNING? TE LIGA
NA PRIORIZAÇÃO!
✓ Prioridades do cliente;
✓ Urgência em receber feedback;
✓ Dificuldade de implementação relativa;
✓ Relações entre itens de trabalho, por exemplo, o item B
ficará mais fácil se o item A for feito primeiro.
5. 6
Documento confidencial
Neste evento participam todos os
membros do time de desenvolvimento, o
Product Owner e o Scrum Master. Além
disso, podemos ter a presença de qualquer
pessoa interessada que esteja
representando a gerência ou o cliente.
QUEM?
Continuando...mas, quem e o que mesmo?
Papéis
▪ Product Owner apresenta as funcionalidades com maior prioridade de
entrega a cliente – lembrando que é o que agrega valor para ele naquele
momento!
▪ Time entra na elaboração do Sprint Backlog – Qual esforço?
▪ O Time ainda determina quais atividades farão parte do ciclo, isto é, sob
quais atividades será assumido o compromisso de execução no Sprint que se
planeja.
▪ O Time e o Product Owner descrevem o objetivo do ciclo que servirá de
critério para avaliação dos resultados do Sprint após a sua conclusão.
O QUE?
6. 7
Documento confidencial
Existem práticas para apresentar
ao time as funcionalidades?
Como estimar o esforço?
E meta da Sprint?
O QUE?
Planejando para atingir a meta!
Práticas
Release Planning
COMO FAZER?
Trata-se de uma reunião de planejamento de alto nível que
abrange a iteração dos Sprints futuros ( ex: Sprints num período
de 2 meses). Nessa reunião temos visão a longo prazo do que
será feito, quais recursos serão implementados e quando serão
concluídas.
Para criar um Release Planning você precisará
dos seguintes itens:
1) Datas de início e fim dos Sprints;
2) Product Backlog escrito e priorizado;
3) Velocidade Média do Time (envolve
quantidade de pessoas no projeto)
7. 8
Documento confidencial
Práticas
ESTIMATIVA ÁGIL
Planning Poker
Planejando para atingir a meta!
O planning poker foi definido e nomeado pela primeira vez por James
Grenning, em 2002, e mais tarde popularizado por Mike Cohn, no livro Agile
Estimating and Planning.
Cada membro da equipe recebe um conjunto de cartas, com os valores de
uma determinada sequência.
A cada estória de usuário analisada, cada membro da equipe joga uma carta
com a face para baixo sobre a mesa, nela estará contido o valor numérico de
pontos que o mesmo considera justo para que a estória seja concluída.
Caso haja grandes diferenças entre as cartas jogadas, os membros que
jogaram as cartas de maior e menor valor explicarão suas razões e,
então, com base em suas explicações, as cartas são jogadas novamente
até que um consenso seja encontrado e uma estimativa seja definida.
8. 9
Documento confidencial
Práticas
ESTIMATIVA ÁGIL
Tamanho de camisa
Planejando para atingir a meta!
Uma história seria então extra-pequena (XP), pequena (P), média
(M), grande (G), extra-grande (XG) ou extra-extra-grande (XXG).
Uma vantagem dessa notação é que ela tem grande poder de
comunicação com o Product Owner. Como os nossos números
não significam uma unidade absoluta, apenas a relação entre eles
tem significado, podem parecer muito arbitrários para o Product
Owner. Usar tamanhos de camisa ou, teoricamente falando,
valores nebulosos (fuzzy), pode facilitar a comunicação. No
entanto, dificulta um pouco o cálculo da velocidade da equipe.
9. 10
Documento confidencial
Práticas
ESTIMATIVA ÁGIL
ADU - Unidade de Desenvolvimento Ágil (Agile Development Unit)
Planejando para atingir a meta!
Uma Unidade de Desenvolvimento Ágil
(Agile Development Unit - ADU) é uma
equipe Scrum para um sprint, incluindo
o suporte. Ela é usada dar uma noção
inicial da quantidade de recursos
necessários. Em alguns casos as ADUs
são adquiridas e o trabalho pode ser
adaptado caber nessas ADUs, uma
forma de definir o que pode ser feito
com o que se tem disponível.
Estimativas com base tanto em tamanhos de camisas quanto em ADUs nos
dizem algo sobre a quantidade de trabalho e não sobre a duração do mesmo.
Essas estimativas são usadas em decisões de negócio durante o planejamento
da versão (release) :
Nesse ponto temos uma estimativa que não é baseada numa inspeção muito
profunda, mas sim, sobre o tamanho relativo com base em experiências
anteriores. Isso nos permite atualizar o planejamento de entrega conforme o
último trabalho estimado. Com base na prioridade atribuída pela área de
negócio através do product owner, podemos começar a dividir os temas e épicos
em histórias.
10. 11
Documento confidencial
Práticas
ESTIMATIVA ÁGIL
Estimativa de horas
Planejando para atingir a meta!
O último passo para uma equipe é fazer a estimativa de horas:
Durante o planejamento do Sprint passamos de pontos de história
para horas e determinamos se estamos usando horas reais ou
ideais. Tipicamente, uma equipe estima em horas ideais e converte
para horas reais usando um fator de conversão. Para calcular esse
fator, deve-se confrontar as horas planejadas com as horas reais
conforme o Sprint evolui.