Comparando Kanban a Scrum

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

Seções

Processos e Práticas

Tópicos

Técnicas Ágeis ,

Agile ,

Adoção de Agile

Tags

Scrum ,

Lean

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.

1. Voltar ao topo

   Scrum lifecycle tool with Kanban support

   por 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

   Responder

• Mais antigos >