1) O documento apresenta uma lista de verificação para avaliar se um processo está alinhado com as melhores práticas do framework Scrum. 2) Itens essenciais incluem entregas a cada 4 semanas, retrospectivas após cada sprint e melhorias implementadas. 3) Recomendações adicionais envolvem garantir que o time tenha todas as competências necessárias e que as estimativas sejam atualizadas diariamente.

1. As máximas Cerne do Scrum the unofficial Tradução: Demetrius Nunes
Se você atender a esses, você pode
ignorar o resto do checklist. Seu processo
está ótimo!
Esses são essenciais. Sem esses você
provavelmente não deveria chamar de Scrum. Scrum Checklist www.demetriusnunes.com
Entregando software testado a Retrospectivas ocorrem a cada
cada 4 semanas ou menos. sprint
Resulta em propostas de Henrik Kniberg
Entregando o que
melhorias concretas
o negócio mais precisa
Algumas propostas são Recomendado mas nem sempre necessário
Processo está realmente implementadas A maioria desses são necessários, mas nem todos eles. Experimente!
continuamente melhorando
Todo o time + PO
Time tem todas as Itens do PBL são quebrados
participam
competências necessárias em tarefas dentro da sprint
Product Owner (PO) PO tem um backlog do Membros não ficam dedicados Tarefas do sprint são
claramente definido produto (PBL) a papéis específicos estimadas
PO tem autoridade para Itens do topo priorizados Iterações que estão destinadas Estimativas são
priorizar por valor de negócio a falhar são abortadas cedo atualizadas diariamente
PO tem conhecimento Itens do topo estimados
para priorizar PO tem visão do produto que
Velocidade é medida
está sincronizada com o PBL
PO tem contato direto Estimativas feitas pelo
com time time PBL e visão do produto são Todos os itens do sprint
altamente visíveis tem uma estimativa
PO tem contato direto Itens do topo pequenos e
com clientes cabem em um sprint Todos no time participam das PO usa velocidade para
estimativas planejar lançamentos
PO fala com uma voz (se PO entende a razão de
o PO for um time) todos os itens do backlog PO disponível quando o time Velocidade inclui apenas
está estimando itens que estão Done
Existem reuniões de
Time tem backlog do sprint planejamento do sprint Estimativa em tamanho relativo Time tem um gráfico de
(pontos) ao invés de tempo burndown do sprint
Altamente visível PO participa
Todo time conhece os 1-3 Altamente visível
principais impedimentos
Atualizado diariamente PO traz PBL atualizado
SM tem estratégia para Atualizado diariamente
consertar impedimento
Pertence exclusivamente Todo time participa
ao time SM focado em remover Reunião Diária ocorre todo dia,
Resulta em um impedimentos na mesma hora & lugar
planejamento do sprint Gerência acionável
Reunião Diária ocorre PO participa ao menos de
Todo time acredita que quando time não resolve vez em quando
sprint é viável
Todo time participa Time tem Scrum Master (SM) Max 15 minutos
PO satisfeito com as
Problemas & impedimentos prioridades
Cada membro sabe o que
aparecem SM senta com o time
os outros estão fazendo
Iterações por timebox
Demo ocorre depois de cada
sprint
Duração da iteração de 4 Escalonando Indicadores positivos
semanas ou menos
Mostra software testado e Esses são fundamentais para qualquer Principais indicadores de uma boa
Sempre termina no tempo esforço de escalonamento de Scrum implementação de Scrum
funcionando
certo
Feedback recebido de Você tem um Chief Product
Time não é interrompido Divertido! Nível de energia alto.
clientes & PO Owner (se muitos POs)
ou controlado de fora
Times dependentes fazem Hora-extra é rara e ocorre
Existe Definição de Time costuma entregar o
Scrum de Scrums voluntariamente
Done (DoD) que foi prometido
Times dependentes integram a Discussões, críticas e
cada sprint experiências com o processo
DoD viável a cada iteração Time senta junto
PO = Product owner SM = Scrum Master PBL = Product Backlog DoD = Definição de Done
Time respeita DoD Max 9 pessoas no time
http://www.crisp.se/scrum/checklist | Versão 2.1 (2009-08-17)