Kanban vs Scrum: quando usar cada um
kanban scrum agile
Kanban e Scrum são os dois métodos ágeis mais usados no mundo. Ambos entregam valor de forma iterativa, mas têm filosofias e estruturas bem diferentes. Escolher o certo pode fazer toda a diferença na produtividade do seu time.
Scrum em resumo
- Ciclos fixos — sprints de 1-4 semanas
- Papéis definidos — PO, Scrum Master, time
- Cerimônias — planning, daily, review, retro
- Compromisso — time se compromete com um escopo de sprint
- Métrica principal — velocidade (pontos por sprint)
Kanban em resumo
- Fluxo contínuo — sem ciclos fixos, trabalho flui constantemente
- Sem papéis obrigatórios — adapta-se à estrutura existente
- WIP limits — limite de trabalho em progresso por coluna
- Sem cerimônias prescritas — meetings são opcionais
- Métrica principal — lead time e cycle time
Comparação direta
| Aspecto | Scrum | Kanban |
|---|---|---|
| Ritmo | Sprint fixo | Fluxo contínuo |
| Mudança de escopo | Só no próximo sprint | A qualquer momento |
| Papéis | Definidos | Flexíveis |
| Cerimônias | Obrigatórias | Opcionais |
| Métrica | Velocidade | Lead time |
| Resposta à mudança | Entre sprints | Imediata |
| Curva de aprendizado | Moderada | Baixa |
Quando escolher Scrum
- Produto novo — precisa de estrutura e ritmo
- Time novo em ágil — cerimônias dão disciplina
- Roadmap previsível — stakeholders precisam de previsibilidade
- Estimativa é importante — Planning Poker e velocity ajudam no planejamento
- Time dedicado — membros focados em um unico produto
Quando escolher Kanban
- Time de suporte — demandas imprevisíveis e urgentes
- Operações/DevOps — fluxo contínuo de tickets
- Time maduro — que já tem disciplina e não precisa de cerimônias
- Mudanças frequentes — prioridades mudam diariamente
- Múltiplos produtos — time divide atenção entre projetos
ScrumBan: o melhor dos dois?
Muitos times adotam um híbrido:
- Sprints do Scrum para planejamento e ritmo
- WIP limits do Kanban para controlar o fluxo dentro do sprint
- Daily e retrospectiva mantidas
- Review flexível — demo quando há algo pronto, não obrigatoriamente no fim do sprint
Estimativa em cada método
- Scrum: Planning Poker no início do sprint, pontos de história
- Kanban: opcional — pode usar T-Shirt sizing para priorização ou estimativa por lead time histórico (“tarefas similares levaram em média 3 dias”)
Migração de um para outro
Scrum → Kanban
- Mantenha as cerimônias inicialmente
- Introduza WIP limits gradualmente
- Reduza a rigidez do sprint
- Foque em lead time como métrica
Kanban → Scrum
- Defina duração de sprint
- Introduza cerimônias uma a uma
- Comece a estimar com Planning Poker
- Estabeleça papéis (PO, Scrum Master)
Conclusão
Não existe melhor — existe mais adequado para seu contexto. Scrum dá estrutura e previsibilidade. Kanban dá flexibilidade e fluxo contínuo. Avalie o tipo de trabalho, maturidade do time e necessidades de stakeholders antes de escolher.