Create your own awesome maps

Even on the go

with our free apps for iPhone, iPad and Android

Get Started

Already have an account?
Log In

Scrum Checklist by Mind Map: Scrum Checklist
4.3 stars - 3 reviews range from 0 to 5

Scrum Checklist

Sprint

Equipe entrega algo após cada sprint

Equipe segue as prioridades do PO

Equipes normalmente entrega o que ela se compromete

Equipe age quando está atrasada no prazo

Equipe alerta o PO quando existem problemas

Para cada story, equipe sabe onde encontrar mais informações

Problemas são detectados & discutidos quando ocorrem, não mais tarde

Principais itens não planejados são logados

A duração de cada Sprint não se altera

Equipe está trabalhando além do tempo consistentimente

Máximo de 1 dia entre Sprints

Outras equipes & resto da empresa sabem sobre o sprint

Algumas vezes se comprometendo demais, outras de menos

Stories iniciadas normalmente são finalizadas no mesmo Sprint

Equipe

Equipe senta-se junta

Equipes colaboram para finalizar as stories

Membros da equipe não estão trancados em papéis específicos

Membros da equipe colaboram para completar primeiro as stories de maior prioridade

Membros da equipe admitem problemas e pedem ajuda

Membros da equipe se ajudam

Membros da equipe possuem responsabilidade uns com os outros

Daily Scrum

Mesmo horário e mesmo local todos os dias

Inicia e termina no horário

Todos os membros da equipe presentes

Todos respondem às três perguntas

Sem interrupções

PO visita as reuniões regularmente

Equipe está sempre pegando atividades, ao invés do SM delegando tarefas

Membros da equipe respondem aos demais, não ao SM

Scrum Master (SM)

Equipe possui um Scrum Master

SM senta-se junto da equipe

SM foca-se em remover impedimentos

Sprint Demo

Demo é feito após cada Sprint

Demo mostra código funcionando

Apenas stories que são FINALIZADAS são apresentadas

Feedback recebido pelos stakeholders durante o demo

O planejamento original do sprint é apresentado no início do demo

Todos os stakeholders são convidados para o demo

Product Owner (PO)

A equipe possui UM Product Owner

PO tem o poder de priorizar o que a equipe produz

PO entende o produto para priorizar corretamente

PO possui ao menos uma equipe dedicada

Product Backlog (PBL)

PO é dono do PBL

PBL está visível

PBL é atualizado antes do planejamento do Sprint

PO entende todas as stories

"Condições de satisfação" / "Como apresentar" está claro para cara story

PB contém stories (não tarefas)

Retrospectiva

São Realizadas retrospectivas

Todos os membros da equipe + PO participam

Resulta em sugestões concretas de melhorias

Algumas sugestões de melhorias realmente são implementadas

Todos falam

Sem pessoas não convidadas

Definição de Finalizado (DoD)

Cada story possui uma DoD (ou herda uma definição

A equipe respeita uma DoD

PO + Todos os membros da equipe "vivem" a DoD

DoD inclui testes

Equipe não depende de outros para alcançar DoD

Backlog de Impedimentos

Equipe possui um Backlog de Impedimentos

Backlog de impedimentos está visível

Backlog de impedimentos é atual e atualizados

Backlog de impedimentos é priorizado

Impedimentos que não podem ser resolvidos são escalados ao PO ou gerente

Estimation

PO pode receber as estimativas da equipe

PO está disponível quando a equipe está estimando

Apenas a equipe escreve as estimativas

Todos na equipe participam na estimativa

Stories mais prioritárias são pequenas o suficiente para que várias possam cabem numa sprint

Item mais prioritários no PBL são estimados antes da Reunião de planejamento de Sprint (ao menos suficiente para cobrir 1 sprint)

Reunião de planejamento de Sprint

PO participa

Todos os membros participam

Resulta num planejamento de Sprint

Todos da equipe concordam que o plano seja realista, e se comprometem a isso

PO está satisfeito com as prioridades

Todas as stories no sprint possuem uma estimativa

Inicia e finaliza no prazo

Velocity

Velocity é atualizada após cada sprint

Velocity é utilizada para o Planejamento de Release

Gráfico Burndown

Equipe possui um Burndown

Gráfico Burndown altamente visível

Gráfico atualizado diariamente

Velocity somente inclui stories que estão finalizadas de acordo com DoD

Equipe toma ações quando o burndown está muito acima/abaixo

sprint Backlog (SBL)

A equipe tem um SBL

SBL é altamente visível

SBL é atualizado diariamente

Estimativas de atividades atualizadas diariamente

Atividades e Stories são claramente diferenciáveis

Está claro que atividade faz parte de qual story

Membros da equipe atualizam o SBL (Não apenas o SM)

Equipe possui acesso fácil para atualizar o SBL