Scrum e Kanban comparados: sprints com duração fixa ou fluxo contínuo, papéis, limites de WIP, métricas e onde o quadro baseado em iterações do East Agile Tracker fica entre os dois.
Scrum e Kanban são os dois métodos ágeis que as equipes mais comparam. Ambos tornam o trabalho visível e ambos buscam entregar em pequenas partes. A diferença está em como cadenciam o trabalho: o Scrum planeja em caixas de tempo fixas, enquanto o Kanban puxa o trabalho continuamente e limita quanto está em andamento ao mesmo tempo.
Esta página compara os dois. Para a família mais ampla, incluindo XP e Lean, veja O que é Desenvolvimento Ágil?.
Scrum em resumo
Seção intitulada “Scrum em resumo”O Scrum organiza o trabalho em sprints — caixas de tempo fixas, geralmente de uma a quatro semanas. Cada sprint começa com o planejamento da sprint (sprint planning), em que a equipe escolhe o trabalho que espera concluir, e termina com uma revisão do que foi construído e uma retrospectiva sobre como a equipe trabalhou.
O Scrum define três papéis:
- Product Owner — responsável pelo product backlog e pela ordem dele.
- Scrum Master — orienta a equipe no processo e remove obstáculos.
- Desenvolvedores — constroem o incremento.
A principal medida é a velocidade: quanto trabalho a equipe conclui por sprint, o que alimenta o plano da sprint seguinte. Veja O que é velocidade?.
Kanban em resumo
Seção intitulada “Kanban em resumo”O Kanban parte do fluxo de trabalho que a equipe já tem. Os itens de trabalho avançam por um quadro de colunas que representam etapas (por exemplo, A fazer → Em andamento → Revisão → Pronto). Três ideias sustentam o método:
- Visualizar o fluxo de trabalho — cada item e cada etapa estão no quadro.
- Limitar o trabalho em progresso (WIP) — cada coluna tem um teto; um novo item só entra quando outro sai.
- Gerenciar o fluxo — a equipe mede quanto tempo os itens levam (tempo de ciclo, lead time) e remove os gargalos.
O Kanban não tem caixas de tempo e não prescreve papéis. O planejamento acontece sempre que a fila precisa ser reabastecida.
Lado a lado
Seção intitulada “Lado a lado”| Scrum | Kanban | |
|---|---|---|
| Cadência | Sprints fixas (1–4 semanas) | Fluxo contínuo |
| Compromisso | O trabalho planejado para a sprint | Sem compromisso em lote; puxa-se quando há capacidade |
| Papéis | Product Owner, Scrum Master, Desenvolvedores | Nenhum prescrito |
| Mudança no meio do ciclo | Desencorajada dentro de uma sprint | Permitida a qualquer momento |
| Limite de trabalho | A capacidade da sprint | Limite de WIP por coluna |
| Principais métricas | Velocidade, burndown | Tempo de ciclo, lead time, vazão |
| Quadro | Reiniciado a cada sprint | Permanente |
Escolhendo entre os dois
Seção intitulada “Escolhendo entre os dois”Nenhum dos dois métodos é melhor em geral. O Scrum serve a equipes que querem um ritmo de planejamento regular e uma previsão construída a partir de sprints passadas, como equipes de produto que entregam funcionalidades em um cronograma. O Kanban serve a trabalho que chega de forma imprevisível e precisa ser tratado conforme aparece, como suporte, operações ou manutenção.
Muitas equipes misturam os dois (“Scrumban”): mantêm uma cadência de planejamento e também acompanham quanto trabalho está em andamento.
Onde o East Agile Tracker se encaixa
Seção intitulada “Onde o East Agile Tracker se encaixa”O East Agile Tracker é baseado em iterações, o que o coloca mais perto do Scrum e do eXtreme Programming do que do Kanban. Ele usa termos próprios para alguns dos conceitos acima:
- Sprints se chamam iterações. Cada projeto define uma duração de iteração de 1–4 semanas. As iterações são criadas automaticamente; não há sprint para abrir ou fechar. Veja Iterações.
- O backlog é uma única lista ordenada. O product owner a mantém em ordem estrita de prioridade, e o Backlog projeta as próximas iterações a partir da velocidade. Veja Histórias de usuário e planejamento de iteração.
- A velocidade dimensiona o plano. Com auto-plan iterations ligado, a iteração atual é preenchida até a sua velocidade e não além. Veja Planejar uma iteração.
- Cada história carrega o próprio estado. Uma história passa por Unstarted → Started → Finished → Delivered → Accepted, exibido no card, em vez de passar por colunas do quadro. Veja a máquina de estados.
Não há limites de WIP nem um modo de fluxo sem iterações. As ideias do Kanban que se aplicam aqui são a visibilidade (cada história e seu estado estão em um único quadro) e as métricas de fluxo: a página Métricas mostra a tendência da velocidade, o burndown e as histórias transferidas entre iterações.
Leitura adicional
Seção intitulada “Leitura adicional”- O que é Desenvolvimento Ágil? — o manifesto e a família de métodos.
- O que é velocidade? — como a velocidade é calculada e usada.
- O que são story points? — estimativa relativa.