Scrum, Kanban ou XP: qual framework ágil usar no seu time
Cada framework resolve um problema diferente. Veja quando escolher cada um e como combinar quando faz sentido.
A pergunta mais comum em onboarding ágil: 'usamos Scrum ou Kanban?'. A resposta honesta: depende do tipo de trabalho que seu time faz e do nível de previsibilidade que o negócio precisa. Não existe vencedor universal.
Scrum: quando você precisa de cadência e previsibilidade
Scrum é um framework de iterações fixas (sprints de 1 a 4 semanas) com cerimônias bem definidas: planning, daily, review, retrospective. Três papéis: Product Owner (prioridade), Scrum Master (processo) e Time de Desenvolvimento (entrega).
Use Scrum quando o trabalho pode ser quebrado em unidades planejáveis, quando você precisa mostrar progresso a stakeholders em ritmo previsível e quando o time aceita commitment de escopo por sprint. Funciona bem para produtos digitais em construção ativa.
Não use Scrum quando o trabalho é puramente reativo (suporte, operações), quando interrupções são a regra e não exceção, ou quando o time tem menos de 3 pessoas (cerimônias custam mais do que entregam).
Kanban: quando o fluxo importa mais que o sprint
Kanban não tem sprints, não tem papéis obrigatórios e não tem cerimônias obrigatórias. Tem 4 práticas: visualize o fluxo, limite o trabalho em progresso (WIP), gerencie o fluxo, torne as políticas explícitas.
Use Kanban quando o trabalho chega de forma imprevisível (sustentação, marketing operacional, suporte N2), quando as prioridades mudam dia a dia, ou quando você precisa otimizar lead time e throughput em vez de commitment.
Métricas-chave em Kanban: lead time (tempo da entrada à entrega), cycle time (tempo em execução) e throughput (itens entregues por período). Sem limite de WIP, Kanban vira só um quadro bonito.
XP (Extreme Programming): quando a qualidade técnica é o gargalo
XP foca em práticas de engenharia: pair programming, TDD (test-driven development), refatoração contínua, integração contínua, propriedade coletiva do código, releases pequenas e frequentes.
Use XP (ou as práticas dele) quando o time tem alta dívida técnica, quando bugs em produção são frequentes, ou quando o custo de mudar o sistema cresce a cada release. XP raramente é usado puro hoje; suas práticas viraram padrão dentro de Scrum e Kanban.
Como combinar: Scrumban e práticas XP em Scrum
Scrumban é Scrum + limite de WIP do Kanban: você mantém cerimônias, mas mede e otimiza fluxo. Funciona muito bem para times de produto com componente alto de manutenção.
A maioria dos times maduros que dizem fazer Scrum na verdade faz Scrum + práticas XP (pair, TDD, CI/CD) + métricas Kanban. Isso é normal e desejável. Frameworks são pontos de partida, não dogmas.