Scrumban: o melhor dos dois mundos
Alguns times acham o Scrum muito rígido e o Kanban muito solto. Para esses casos, o Scrumban oferece um meio-termo: a estrutura do Scrum com a flexibilidade do Kanban.
O que é Scrumban?
Scrumban nasceu como uma transição do Scrum para o Kanban, mas se estabilizou como um modelo independente. Ele pega:
Do Scrum:
- Sprint com duração fixa
- Daily meetings
- Retrospectivas
- Objetivo do sprint
Do Kanban:
- WIP limits (limite de trabalho em progresso)
- Fluxo contínuo dentro do sprint
- Sem compromisso rígido de escopo no início do sprint
- Lead time como métrica
Como funciona na prática
Planning on-demand
Em vez de um Sprint Planning grande no início, o planning acontece quando o backlog está ficando vazio. O time puxa o número de itens necessários para “encher” o board até os WIP limits.
Daily com foco no fluxo
A daily continua, mas em vez de “ontem/hoje”, o foco é: “O que está bloqueado? O que está perto de ser concluído? Alguém precisa de ajuda para manter o fluxo?”
WIP limits por coluna
Exemplo de board:
- To Do: sem limite
- In Progress: máximo 3 itens por pessoa
- Code Review: máximo 5 itens total
- Testing: máximo 3 itens
- Done: sem limite
Quando uma coluna atinge o limite, o time foca em esvaziá-la antes de puxar novo trabalho.
Quando escolher Scrumban
- Time de manutenção — sprints do Scrum não fazem sentido com demandas imprevisíveis
- Time de produto maduro — já tem disciplina, mas precisa de mais flexibilidade
- Suporte + features — time que lida com bugs urgentes E desenvolvimento
- Transição gradual — time quer mover do Scrum para Kanban sem choque
Estimativas no Scrumban
O Scrumban não abandona estimativas — as adapta:
- Itens novos: Planning Poker normal, já que o time precisa de base para priorizar
- Itens recorrentes (bugs): use lead time histórico — “bugs similares levaram em média 2 dias”
- Refinamento contínuo: estime itens do backlog de forma assíncrona, não só em planning meetings
Métricas importantes
- Lead Time: tempo do “pedido” à “entrega”
- Cycle Time: tempo do “início do trabalho” à “entrega”
- Throughput: itens entregues por semana
- Cumulative Flow Diagram: visualiza gargalos no fluxo
Vantagens sobre Scrum puro
- Menos overhead de cerimônias
- Resposta mais rápida a mudanças de prioridade
- Menos pressão de “compromisso de sprint”
- Foco em fluxo e eliminação de gargalos
Vantagens sobre Kanban puro
- Mantém ritmo e disciplina
- Retrospectivas garantem melhoria contínua
- Objetivo do sprint dá direção
- Menos risco de virar “apenas um ticket system”
Conclusão
Scrumban é ideal para times que já têm maturidade ágil mas sentem que o Scrum está travando seu fluxo. Não é “Scrum light” nem “Kanban com meetings” — é uma abordagem intencional que combina o melhor dos dois mundos.