(1) O documento descreve os princípios e práticas do Scrum para a gestão de projetos ágeis. (2) O time segue as prioridades do Product Owner e entrega o trabalho acordado a cada Sprint, reagindo como um todo caso haja atrasos. (3) As reuniões diárias permitem que a equipe avalie o progresso, identifique impedimentos e garanta a transparência do trabalho.

1. Há uma entrega ao final de
cada Sprint
O time segue as prioridades do PO
O time entrega o que ele se
comprometeu a fazer
O Time INTEIRO reage quando
há atraso de cronograma
O Time repassa todos os
problemas ao PO
PO = "Product Owner" - Dono do Produto
SM = "Scrum Master" - Mestre Scrum Para cada estória, o time sabe
onde encontrar mais
PBL = "Product Backlog" informações.
Glossário
SBL = "Sprint Backlog" Problema detectado é
DoD = "Definition of Done" - Definição de feito problema discutido quando
acontece, não depois
A duração do Sprint não se
altera, mesmo depois de um
Sprint sprint
Item grande e não planejado, vai pro LOG
Todos no time se reunem
O Time geralmente não faz hora extra
Todos no time se 1 Dia é o máximo de espaço
comprometem para que todas entre 2 sprints
as estórias se tornem "Done"
Stakeholders/clientes estão
Membros não acorrentados a cientes de sprint
um papel só
Outros times & o resto do
Membros colaboram para Depart. está ciente do sprint
completar as estórias críticas Time
primeiro As vezes "overcommit", as Overcommit - Fazer mais do que
vezes "undercommit". planejado
Membros admitem problemas e Undercommit - Fazer menos do que
buscam ajuda planejado
Membros se ajudam Estórias iniciadas nesse sprint
Membros detém devem terminar também
responsabilidades mútuas
Mesmo horário e lugar sempre
Time tem um SM
Inicia e finaliza na hora
SM senta com o time
Todos os membros presentes
SM está focado em remover os
Scrum master (SM)
impedimentos e adversidades Todos respondem as 3 (1) - O que fiz nas últimas 24 horas ?
questões-chave (2) - Qual o plano pra prox. 24 horas ?
(3) - Quais as minhas dificuldades ?
Time tem um PO Daily Scrum
Sem interrupções ou pausas
O PO tem o poder de priorizar
o que time fará. PO frequenta sempre que possível
O PO entende do produto o Membros estão escolhendo
suficiente para fazer uma boa
Product Owner (PO)
tarefas, e não o SM designando
priorização
Os membros se referem entre
O PO possui pelo menos 1 time dedicado si e não o SM
O PBL pertence ao PO Demo é executado após cada Sprint
O PBL deve estar visível Demo mostra código funcional
O PBL é atualizado antes do Somente estórias "Done" são
sprint planning demonstradas
O PO conhece todas as estórias Todos stakeholders e outros
Product Backlog (PBL) times são convidados para a
"Condições de Satisfação" / Sprint demo demo
"Como fazer a Demo" é clara e
Feedback dos stakeholders é
bem definida para cada estória
O PB contém estórias (não tarefas)
Scrum recebido durante a demo
O "Sprint Plan" original
checklist é exposto no inicio da
demo
Cada estória tem um DoD (ou
herda um DoD padrão)
O Time segue o DoD Retrospectiva tem que
acontecer.
O PO e TODOS os membros
sabem o DoD decorado Todos os membros + PO
Definição de Done (DoD) participam.
DoD inclue testes Resulta em sugestões
O Time não é dependente de concretas de melhoria.
outros para alcançar o DoD Retrospectiva Algumas sugestões tem que ser
implementadas.
O PO pode solicitar estimativas ao time Todos tem o direito a palavra,
e devem usar.
O PO está disponível durante
as estimativas Não existe "não foi convidado".
Somente o TIME pode
documentar estimativas
O TIME tem um impedimento de backlog
Todos no time participam das estimativas
Impedimento de backlog deve estar visível
Estórias com Prioridade
Máxima são pequenas o Estimativa Impedimento de backlog deve
bastante para que várias estar atualizado
caibam em um sprint só Impedimento de backlog Impedimento de backlog
Items de alta prioridade no sempre é priorizado
PBL são estimados antes da Impedimentos que não podem
reunião de sprint planning ser solucionados são delegados
(pelo menos para cobrir o 1º para o PO
sprint)
Velocidade é documentado
O PO participa após cada sprint
Todos os membros participam Velocidade só inclui estórias
que são feitas de acordo com
Resulta no sprint plan Velocidade o DoD
Todos os membros devem Velocidade é usada para o
achar o planejamento realista, "release planning"
e se comprometer com ele
Reunião Sprint planning
O PO ao final deve estar
Time possui um "burndown chart"
satisfeito com as prioridades
Todas as estórias do sprint O "Burndown chart" deve estar visível
plan possuem um estimativa O "Burndown chart" é
Burndown chart atualizado diáriamente
Inicia e termina na hora marcada
O Time reage sempre que o
"burndown" está muito
alto/baixo
O Time tem um "sprint
backlog" (SBL)
O SBL tem que estar
Super-Visível
O SBL é atualizado
diáriamente
Estimativas por tarefa
atualizadas diáriamente
Sprint backlog (SBL) Tarefas e estórias devem estar
claramente distintas
Deve estar claro qual tarefa
pertence a qual estória
O Time atualiza o SBL (não só o SM)
O Time tem acesso fácil a
atualização do SBL
Scrum-checklist_ptBR.xmmap - 25/08/2008 - Henrik Kniberg