Há uma entrega ao final de                                                                                                ...
Upcoming SlideShare
Loading in …5
×

Scrum checklist pt-br

1,663 views
1,579 views

Published on

Scrum Checklist

Published in: Technology
1 Comment
1 Like
Statistics
Notes
No Downloads
Views
Total views
1,663
On SlideShare
0
From Embeds
0
Number of Embeds
990
Actions
Shares
0
Downloads
35
Comments
1
Likes
1
Embeds 0
No embeds

No notes for slide

Scrum checklist pt-br

  1. 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 SBLScrum-checklist_ptBR.xmmap - 25/08/2008 - Henrik Kniberg

×