13_m4_scrum_kanban

Prévia do material em texto

David J. Anderson
Fonte: Kanban Original Cards. Disponível em: https://www.docsity.com/pt/kanban-6/4782634/. Acesso em: 26 ago. 2021.
Kanban (かんばん)
▪ Método simples e elegante.
▪ Oriundo da cultura lean.
▪ Planeja, controla e melhora 
processos.
https://www.docsity.com/pt/kanban-6/4782634/
Fonte: Disponível em: https://www.pngkey.com/detail/u2r5o0t4o0q8a9t4_sample-kanban-board/. Acesso em: 26 ago. 2021.
Quadros Kanban
https://www.pngkey.com/detail/u2r5o0t4o0q8a9t4_sample-kanban-board/
Kanban versus Scrum
Scrum Kanban
Usa timeboxes (sprints). Não trabalha com timeboxes.
Descreve papéis a serem seguidos (PO, SM 
e desenvolvedores).
Não prescreve papéis, ainda que seja 
possível o uso de SDMs e SRMs.
Usa velocidade como métrica para a 
melhoria de processo, isto é, estórias/sprint. 
Uma vez conhecendo a velocidade, esta 
torna-se uma orientação para o limite de WIP.
Usa lead time e o througpout como métricas 
para melhoria de processo.
Costuma fazer uso de gráficos de burndown
e burnup.
Costuma fazer uso de CFDs.
Normalmente, trabalha com estimativas.
Pode trabalhar com estimativas, mas com 
foco maior nas prioridades.
As estórias são quebradas para caberem 
dentro de uma sprint.
Não prescreve nenhum tamanho de estória 
em particular.
Kanban versus Scrum
Scrum Kanban
O backlog da sprint pertence a um 
determinado time. 
Um quadro Kanban pode ser compartilhado 
por múltiplos times ou pessoas.
Limita o WIP de forma indireta, por interação 
(sprint).
Limita o WIP de forma direta, em função da 
capacidade e do estado do fluxo de trabalho.
Sugere times multifuncionais.
Times multifuncionais são opcionais, e o 
quadro Kanban não precisa pertencer a uma 
equipe específica. O quadro está relacionado 
a um fluxo de trabalho, não necessariamente 
a uma equipe.
O quadro Scrum é reiniciado ao final de cada 
sprint.
O quadro é, normalmente, persistente.
Não adiciona itens a uma iteração em 
andamento.
Pode adicionar itens sempre que houver 
capacidade disponível.
Scrumban (ou Kanbum?)
1. Visualizar o trabalho.
2. Colocar limites de WIP.
3. Mudar de desenvolvimento “empurrado” para desenvolvimento “puxado”.
4. Priorizar (e não estimar).
5. Planejamento sob demanda (e não por sprint).
backlog pronto desenvolvimento
aguardando 
aprovação
em aprovação Done!
1
2
3
TODOS OS DIREITOS RESERVADOS.