Scrum vs Kanban: as diferenças e qual serve para um time pequeno
Por Andrei Finogeev, fundador do Weft ·
O Scrum planeja o trabalho em sprints fixas de um mês ou menos, com três responsabilidades (Product Owner, Scrum Master, Developers) e quatro eventos dentro de cada sprint. O Kanban não tem sprints nem papéis prescritos: o trabalho flui continuamente pelo quadro, e o time limita explicitamente quanto fica em andamento. Escolha o Scrum quando um time de várias pessoas precisa de um ritmo fixo de entregas e de uma meta estável por ciclo; escolha o Kanban quando o trabalho chega de forma imprevisível e as prioridades mudam todo dia. O Scrumban fica no meio: o fluxo do Kanban, com sprints só onde elas ajudam.
Scrum vs Kanban vs Scrumban: resumo
Scrum conforme definido no Guia do Scrum de 2020; Kanban conforme definido no Guia do Kanban (v2025.5). O Scrumban não tem guia oficial; a coluna descreve como ele costuma ser usado.
| Scrum | Kanban | Scrumban | |
|---|---|---|---|
| Cadência | Sprints fixas de um mês ou menos, uma atrás da outra | Fluxo contínuo, sem iterações | Fluxo contínuo; sprints opcionais, geralmente de uma ou duas semanas |
| Papéis | Product Owner, Scrum Master, Developers | Nenhum prescrito | Nenhum prescrito; muitas vezes uma pessoa cuida das prioridades |
| Reuniões | Sprint Planning, Daily Scrum (15 min), Sprint Review, Sprint Retrospective | Nenhuma prescrita | Só as que o time acha úteis, normalmente um planejamento e uma revisão |
| O que limita o trabalho | O que o time assume para a sprint | Um limite explícito de trabalho em andamento | Um limite de trabalho em andamento, mais a meta da sprint, se houver |
| Mudar o escopo no meio do ciclo | A Meta da Sprint fica fixa; o Sprint Backlog pode ser refinado | A qualquer momento: o próximo item é puxado quando há espaço | A qualquer momento; a meta da sprint é um alvo, não uma trava |
| Principais métricas | Progresso rumo à Meta da Sprint e à Meta do Produto | Trabalho em andamento, throughput, idade do item de trabalho, cycle time | Geralmente as métricas de fluxo do Kanban |
| Quadro | Opcional; zerado a cada sprint | O centro do método; permanente | Permanente; uma sprint é uma fatia dele |
| Funciona melhor para | Times de produto de até umas dez pessoas trabalhando rumo a uma meta | Suporte, operações e qualquer pessoa cujo trabalho chega sem planejamento | Times pequenos e fundadores solo que querem fluxo e uma meta de curto prazo |
O que é Scrum
O Scrum foi apresentado pela primeira vez por Ken Schwaber e Jeff Sutherland na conferência OOPSLA em 1995; as regras atuais são as do Guia do Scrum de 2020. Um Scrum Team costuma ter dez pessoas ou menos e trabalha em sprints: eventos de duração fixa de um mês ou menos, que começam logo depois que a anterior termina.
Cada sprint tem quatro eventos. A Sprint Planning (no máximo oito horas para uma sprint de um mês) define a Meta da Sprint e escolhe o trabalho. A Daily Scrum é uma checagem de 15 minutos para os Developers. A Sprint Review (no máximo quatro horas) mostra o resultado aos stakeholders, e a Sprint Retrospective (no máximo três horas) analisa como o time trabalhou.
O Scrum tem três artefatos, cada um com um compromisso: o Product Backlog (a Meta do Produto), o Sprint Backlog (a Meta da Sprint) e o Incremento (a Definição de Pronto).
O que é Kanban
O Guia do Kanban define o Kanban como "uma estratégia para otimizar o fluxo de valor por meio de um processo". Ele vem do sistema de cartões que a Toyota usava para sinalizar quando produzir mais e foi adaptado ao trabalho do conhecimento nos anos 2000.
Ele tem três práticas: definir e visualizar o fluxo de trabalho, gerenciar ativamente os itens nele e melhorá-lo. A única regra rígida é que as pessoas no sistema controlam explicitamente quantos itens estão em andamento entre o início e o fim: o limite de trabalho em andamento (WIP).
O Kanban não prescreve papéis, sprints nem reuniões. Ele acompanha quatro métricas de fluxo: trabalho em andamento, throughput, idade do item de trabalho e cycle time.
Prós e contras
Scrum
- Um ritmo fixo: todo mundo sabe quando sai o próximo resultado
- Uma meta clara por sprint impede o time de se dispersar
- Momentos embutidos para inspecionar o produto e o processo
- Quatro eventos por sprint são um custo de tempo real para um time de duas ou três pessoas
- O trabalho urgente ou espera a próxima sprint, ou quebra o plano
- Exige alguém em cada responsabilidade, algo que um fundador sozinho não consegue dividir
Kanban
- Começa no quadro que você já tem; só precisa de um limite de WIP
- Trabalho novo pode ser puxado a qualquer momento
- As métricas de fluxo mostram onde o trabalho trava
- Sem prazo nem meta embutidos, o trabalho longo pode se arrastar
- Sem limite de WIP, é só uma lista de tarefas com colunas
- O planejamento à frente fica inteiramente com o time
Qual escolher
- Um time de produto de cinco a dez pessoas com um roadmap estável
- Scrum. Os eventos se pagam quando várias pessoas precisam concordar com uma meta a cada duas semanas, mais ou menos.
- Suporte, operações ou um time que vive de pedidos que chegam
- Kanban. O trabalho chega quando chega; um limite de WIP e uma coluna Done clara importam mais do que um plano de sprint.
- Um fundador solo ou um time de duas a cinco pessoas
- Scrumban. Mantenha um quadro contínuo com limite de WIP e use uma sprint de uma ou duas semanas como meta de curto prazo, sem o conjunto completo de eventos do Scrum.
Scrumban: o meio-termo
O Scrumban foi descrito por Corey Ladas como um caminho para times Scrum avançarem rumo a um fluxo puxado. Na prática, é um quadro Kanban com limites de WIP que nunca é zerado, mais sprints como time-boxes opcionais que agrupam parte do trabalho. Nosso guia completo cobre as regras e como montar o quadro: O que é Scrumban?
Quando agentes de IA fazem parte do trabalho
Se ChatGPT, Claude, Cursor ou Codex pegam tarefas para você, os eventos do Scrum não têm quem participe: um agente não entra numa daily. O que continua importando é o que o Kanban oferece: um quadro que mostra o que está em andamento, um limite de WIP para que dez tarefas não sejam começadas de uma vez e uma regra clara de quando um cartão está pronto.
O gargalo também muda de lugar. Os agentes terminam o trabalho rápido, e a etapa lenta passa a ser a sua revisão do que eles fizeram. Um limite de quanto trabalho concluído pode ficar esperando por você é um limite de WIP na coluna humana.
O Weft é um quadro Scrumban feito para isso: colunas, sprints opcionais, um limite de quanto trabalho concluído pode esperar sua revisão e uma IA que faz o claim de uma tarefa antes de começar, relata o progresso e para para perguntar a você quando só você pode decidir.
Perguntas
Scrum e Kanban são a mesma coisa?
Não. Os dois são abordagens ágeis e os dois costumam usar um quadro, mas o Scrum planeja o trabalho em sprints fixas com papéis e eventos definidos, enquanto o Kanban tem fluxo contínuo, nenhum papel prescrito e um limite explícito de trabalho em andamento.
Existem sprints no Kanban?
Não no Kanban propriamente dito: o Guia do Kanban não prescreve iterações. Times que adicionam sprints a um quadro Kanban geralmente estão fazendo Scrumban.
Como funciona uma sprint do Scrum?
Uma sprint é um período fixo de um mês ou menos. Começa com a Sprint Planning, que define a Meta da Sprint; os Developers se reúnem numa Daily Scrum de 15 minutos; termina com uma Sprint Review do resultado e uma Sprint Retrospective sobre o processo, e a próxima sprint começa logo em seguida.
Quem inventou o Scrumban?
O termo é atribuído a Corey Ladas, que descreveu o Scrumban em ensaios e num livro de 2009 como um caminho para times Scrum avançarem rumo ao fluxo puxado no estilo Kanban.
Scrum é a mesma coisa que Agile?
Não. Agile é o conjunto de valores e princípios do Manifesto Ágil de 2001; Scrum e Kanban são duas formas específicas de trabalhar que seguem esses princípios.
Um desenvolvedor solo pode usar Scrum?
Não como está escrito: o Scrum pressupõe um time com três responsabilidades separadas. Um desenvolvedor solo geralmente fica com as partes que ajudam, um backlog e uma meta de sprint curta, e usa o quadro como Kanban — o que é Scrumban.
Fontes
Lido em 11 de novembro de 2026.