SCRUM CHEAT SHEET
Roles
Artifacts
Meetings
Scrum Team
Product Backlog - (PB)
Sprint Planning – Day 1 / First Half
A equipe é multidisciplinar e constituído de 5-9 pessoas
Lista dos recursos do produto desejado
Backlog do produto preparado antes da reunião
Não há papeis definidos dentro da equipe
Lista pode conter bugs e itens que não são funcionais
First Half -A equipe seleciona itens que se compromete a concluir
A equipe define tarefas e atribuições
Dono do produto responsável por prioridades
Discussões adicionais do PB ocorrem durante o Sprint atual
A equipe é auto-organizada e auto-administrada
Itens podem ser adicionados a qualquer hora
Mantém o Sprint Backlog
Cada item deve possuir um valor de negócio atribuído
Ocorre após término da primeira metade - PO disponível
Conduz a Sprint Review
Mantido pelo Product Owner
A equipe inteiramente responsável para decidir como construir
Product Owner (PO)
Sprint Backlog – (SB)
Tarefas criadas / designadas - Produzido Sprint Backlog
Daily Scrum
User Stories Uma definição detalhada a respeito de como o cliente quer que o sistema faça. Cada história é capturada com um item separado no Product Backlog. Historia de usuários NÃO depende de outras histórias. Story Template:
Necessário para o sucesso do projeto
Lista de afazeres para os sprints. Criado pela equipe.
Define todos os recursos do produto
Não é adicionado nenhum novo item.
Todos os dias durante um sprint
Story Example:
Responsável por priorizar os recursos do produto
Product Owner definiu as altas prioridades.
Dura 15 minutos
Eu como um usuário quero imprimir uma receita para que eu possa cozinhá-la.
Mantém os Backlogs do produto
Burndown Chart – (BC)
Garante o trabalho da equipe com recursos de alto valor
Scrum Master (SM) Realiza diariamente 15 min de reuniões com a equipe Remove obstáculos
Conduz a retrospectiva de Sprint no final de um Sprint
"O que você fez desde o último Scrum diário?"
Mantido diarimanete pelo Scrum Master
"O que você fará antes do próximo Scrum diário?"
ou mais sprints dependentes na data para a liberação
"Quais obstáculos estão impedindo seu trabalho?" Oportunidade para a equipe sincronizar os seus trabalhos
Sprint Review
FAQ Daily Scrum
Sprint Backlog
Sprint
Quem decide quando deve acontecer uma liberação?
Shippable Product
Pontos da história são medidas relativas a dificuldade Normalmente os pontos vão de uma escala de 1-10. 1 = Muito fácil - 10 = muito dificil
Funcionalidade não finalizada não é exibida
"Carrinho de compras" Pontos da história =9
Scrum Master ajusta próxima Revisão de Sprint
Sprint Retrospective
Business Value Cada história de usuário no Product Backlog deve conter o valor de negócios correspondente.
No final qualquer sprint dado o PO pode iniciar uma liberação.
Participantes - SM e a equipe. PO é opcional
Tipicamente designados como (B,M,A) Baixo, Médio, Alto
Quem é responsável pela administração da equipe?
Perguntas - O que foi bem e o que pode ser melhorado?
PO prioriza itens do Backlog pelo valor mais alto
A equipe é responsável pela sua propria administração.
SM ajuda a equipe no descobrimento - não providencia repostas
Qual é a duração de uma tarefa?
Visibility + Flexibility = Scrum
necessita de mais tempo, essa deve ser quebrada mais adiante.
Glossary of Terms
Quem administra os obstáculos?
Time Box - Um período de tempo para terminar uma tarefa.
Inicialmente o Scrum Master. Porém a equipe deve aprender a
A data estabelecida para a conclusão não pode ser modificada.
Quadro contendo objetivos do sprint, itens de backlog,
resolver seus próprios assuntos. Se não for possível, deve
Chickens – Pessoas que não estão comprometidas com o
tarefas em andamento, itens finalizados e gráficos diários
seguir para o SM.
projeto e não são responsáveis pela entregas.
do Sprint Burndown
Qual os dois maiores desafios no Scrum?
Pigs – Pessoas que são responsáveis pelo sucesso do
Melhor realizar a reunião de scrum próximo do quadro
A equipe que não é auto-administrada. Scrum Master
projeto.
Visível para todos
administrando, não liderando.
Single Wringable Neck – Dono do produto
Task Board
esperado para o desenvolvimento.
"Envie para um amigo" Pontos da história =2
As tarefas não devem durar mais de 16 h. Se uma tarefa
Tools
Uma maneira simples de estimar o nível de esforço
A equipe apresenta código "finalizado" para PO e partes interessadas
Sprint Review
Sprint Retrospective
Story Points
Example:
Feedback gerado - PB pode ser re-priorizado
Process
Product Backlog
Cálculo das horas remanecentes
“DONE”= Potentially Shippable!
É um facilitador, não um administrador
Membros da equipe Scrum reportam entre si, não o SM Faça 3 perguntas durante a reunião:
Mesmo que o Product Backlog. Pode envolver um
Mantém os gráficos do Sprint Burndown
Eu < usuário > quero < função > Para que < resultado desejado >
Gráfico mostrando quanto trabalho resta em um Sprint
Release Backlog – (RB)
Protege a equipe de influências externas
Sprint Planning
Sprint Planning – Day 1 / Second Half
Estimating
1
Estimate Team Capacity Capacidade = #Companheiros de time (Horas produzidas x Dias de Sprints) Exemplo - Tamanho do time igual a 4, horas de
M
produção é 5, cumprimento do Sprint é 30 dias. Capacidade = 4 (5x30) =600 horas NOTE: Conte tempo para férias durante a Sprint!
Velocity A velocidade que a equipe converte seus "finalizados" em
1
único sprint - Normalmente calculado em Story Points.