BT

Comparando Kanban a Scrum

por Mike Bria , traduzido por Ricardo Yasuda em 20 Mai 2009 |

Kanban tem atraído bastante interesse como uma abordagem válida para implementar agile em um ambiente de desenvolvimento. Como consequência, muitas pessoas vem perguntando "como Kanban se compara ao Scrum?". Henrik Kniberg tentou responder a pergunta.

Henrik Kniberg recentemente publicou um rascunho de um "guia prático" comparando Kanban e Scrum. Com seu artigo conciso, Kniberg apresenta uma visão geral de quando Kanban e Scrum são similares, e quais são as diferenças.

Ele começa o artigo com sua visão rápida de cada metodologia:

Resumo do Scrum
Divida sua organização em times pequenos, multi-funcionais e auto-organizados.
Divida seu trabalho em uma lista de entregáveis pequenos e concretos. Aponte alguém para ser responsável pela lista e ordene-a por prioridade. O time de implementação estima o tamanho relativo de cada item.
Divida o tempo em iterações curtas (geralmente 1 – 4 semanas), com código potencialmente lançável depois de cada iteração.
Otimize o plano de lançamentos e atualize prioridades em colaboração com o cliente, baseado em ideias adquiridas ao inspecionar o lançamento após cada iteração.
Otimize o processo tendo uma retrospectiva depois de cada iteração.

Para mais detalhes veja “Scrum e XP direto das trincheiras”. O livro é grátis e você pode ler online. Eu conheço o autor, ele é um cara legal :o) http://www.crisp.se/ScrumAndXpFromTheTrenches.html e http://www.infoq.com/br/minibooks/scrum-xp-from-the-trenches (em Português)

Resumo do Kanban
Visualize o fluxo de trabalho
  • Divida o trabalho em partes, escreva cada item num cartão e coloque na parede
  • Use colunas com nomes para ilustrar onde cada item está no fluxo de trabalho
Limite o WIP (work in progress - trabalho em progresso) – defina limites explícitos de quantos itens podem estar em progresso em cada estado do fluxo de trabalho.
Meça o lead time (tempo médio para completar um item, às vezes chamado de “cycle time”), otimize o processo para tornar o lead time tão pequeno e previsível quanto possível.

Para mais detalhes veja a introdução de Karl Scotland: http://availagility.wordpress.com/2008/10/28/kanban-flow-and-cadence/

Pelas 20 e poucas páginas seguintes Kniberg entra em detalhes na sua comparação, e então apresenta o resumo de suas conclusões no fim do artigo:

Similaridades
  • Ambas são Lean e Agile
  • Ambas usam pull scheduling
  • Ambas limitam WIP
  • Ambas usam transparência para melhorar o processo
  • Ambas focam em entregar software lançável cedo e frequentemente
  • Ambas são baseadas em times auto-organizados
  • Ambas precisam que o trabalho seja dividido em partes
  • Em ambos os casos o plano de lançamento é continuamente otimizado baseado em dados empíricos (velocidade / lead time)
Diferenças
Scrum Kanban
Iterações com Timebox prescritas. Iterações com Timebox opcionais. Pode haver cadências diferentes para planejamento, lançamento, e melhoria do processo. Pode ser orientado a eventos em vez de limite de tempo.
O Time se compromete com uma quantidade de trabalho específica para esta iteração. Comprometimento opcional.
Usa Velocidade como métrica default para planejamento e melhoria do processo. Usa Lead time como métrica default para planejamento e melhoria do processo.
Times multi-funcionais prescritos. Times multi-funcionais opcionais. Times especialistas permitidos.
Itens podem ser quebrados para que eles possam estar completos dentro de 1 sprint. Nenhum tamanho de item em particular é prescrito.
Gráfico Burndown prescrito Nenhum tipo de diagrama em particular é prescrito
WIP limitado indiretamente (por sprint) WIP limitado diretamente (por estado do fluxo de trabalho)
Estimativa prescrita Estimativa opcional
Não pode adicionar itens em uma iteração em andamento Pode adicionar novos itens quando houver capacidade
Um sprint backlog pertence a um time específico Um kanban board pode ser compartilhado por múltiplos times ou pessoas
Prescreve 3 papéis (PO/SM/Time) Não prescreve papéis
Um Scrum board reinicia entre cada sprint Um kanban board é persistente
Prescreve um product backlog priorizado Priorização é opcional

Se você já se perguntou isso, ou teve que responder a outra pessoa, você deve ler o artigo de Kniberg Kanban vs Scrum.

Olá visitante

Você precisa cadastrar-se no InfoQ Brasil ou para enviar comentários. Há muitas vantagens em se cadastrar.

Obtenha o máximo da experiência do InfoQ Brasil.

Dê sua opinião

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber menssagens dessa discussão

Scrum lifecycle tool with Kanban support by Yu Henry

ClearWorks New Version - 2.4 Released

Many our customers asking us about enhancements, and we are doing our best to provide requested features and functionality.
Today's release is a big update of current Sevenuc best seller product (also known as agile lifecycle tool for hardware & software project)
and at the same time composition with other software configuration management tools,
and more automation test tools and build servers.

Update contains more elements for Lean R&D real-time collaboration platform
and reflects latest innovations in Lean Kanban created by Sevenuc and other platform vendors.

What's New in 2.4

* Workflow define for deferent project with Lean stage management.
* Event and status driven mechanism by Triggers.
* Email classfication for effective customer request life-cycle management.
* Complete release support for Lean agile project.
* Lean R&D behavior improvements for all type of statistic charts.

read more

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber menssagens dessa discussão

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber menssagens dessa discussão

1 Dê sua opinião

Conteúdo educacional

Feedback geral
Bugs
Publicidade
Editorial
InfoQ Brasil e todo o seu conteúdo: todos os direitos reservados. © 2006-2014 C4Media Inc.
Política de privacidade
BT