Pular para o conteúdo

Scrum x Kanban: qual a diferença?

Framework para desenvolver produtos em ciclos curtos versus método de gestão de fluxo contínuo. Saiba quando usar cada um, e por que muitos times usam os dois.

Scrum é um framework leve para desenvolver produtos complexos em ciclos curtos (Sprints). Define três responsabilidades (Product Owner, Scrum Master e Developers), eventos com cadência fixa (Planning, Daily, Review e Retrospective) e artefatos como o Product Backlog. A cada Sprint, o time entrega um incremento utilizável do produto e aprende com o feedback.

Kanban é um método de gestão de fluxo de trabalho baseado em mudança evolutiva: comece pelo que você faz hoje, visualize o trabalho, limite o trabalho em progresso (WIP) e melhore continuamente com base em métricas de fluxo. Não exige papéis nem ciclos fixos, e as entregas acontecem de forma contínua, conforme a demanda.

Os dois são plenamente compatíveis: muitos times usam Scrum com práticas de Kanban (e vice-versa).

Scrum x Kanban: tabela comparativa

Comparativo entre Scrum e Kanban
CategoriaScrumKanban
NaturezaFramework com papéis, eventos e artefatos definidosMétodo de gestão de fluxo, aplicado sobre o processo atual
CadênciaSprints com duração fixa (1 a 4 semanas)Fluxo contínuo; cadências definidas conforme a necessidade
Forma de adoçãoMudança estruturada: o time adota o frameworkMudança evolutiva: parte do processo existente
PapéisProduct Owner, Scrum Master e DevelopersNão prescreve papéis novos; sugere funções de serviço (ex.: Service Delivery Manager)
PlanejamentoPor Sprint, com meta e backlog da SprintReabastecimento sob demanda, puxado pela capacidade
Métricas típicasVelocity, burndown/burnup, meta da SprintLead time, throughput, WIP, aging, CFD
Compromisso de entregaIncremento ao fim de cada SprintEntrega contínua, item a item
Onde costuma brilharDesenvolvimento de produto com time dedicado e descoberta constanteFluxos de serviço, demandas variadas, sustentação, times com chegada imprevisível de trabalho
Curva de entradaExige formação do time nos papéis e eventosEntrada suave; profundidade vem com métricas e políticas
Certificações na K21CSM e CSPO (Scrum Alliance)TKP, KSD e KSI (Kanban University)

Dica prática

Como escolher (e por que talvez não precise escolher): se o seu contexto é construir produto com um time estável, o Scrum dá estrutura e ritmo. Se o trabalho chega de forma contínua e variada, o Kanban organiza o fluxo sem reinventar seu processo. Na prática, times maduros combinam os dois, e a K21 ensina ambos, sem torcida.

Formações K21 relacionadas

Leituras recomendadas

Perguntas frequentes

Qual a diferença entre Scrum e Kanban?+

Scrum é um framework leve para desenvolver produtos complexos em ciclos curtos (Sprints). Define três responsabilidades (Product Owner, Scrum Master e Developers), eventos com cadência fixa (Planning, Daily, Review e Retrospective) e artefatos como o Product Backlog. A cada Sprint, o time entrega um incremento utilizável do produto e aprende com o feedback. Kanban é um método de gestão de fluxo de trabalho baseado em mudança evolutiva: comece pelo que você faz hoje, visualize o trabalho, limite o trabalho em progresso (WIP) e melhore continuamente com base em métricas de fluxo. Não exige papéi…

Quando usar Scrum?+

Scrum é um framework leve para desenvolver produtos complexos em ciclos curtos (Sprints).

Quando usar Kanban?+

Define três responsabilidades (Product Owner, Scrum Master e Developers), eventos com cadência fixa (Planning, Daily, Review e Retrospective) e artefatos como o Product Backlog.

Scrum e Kanban são compatíveis?+

Sim. Na prática, muitos times e organizações combinam os dois conforme o contexto. Use a tabela comparativa acima para decidir o ponto de partida.

Que certificação fazer entre Scrum e Kanban?+

CSM e CSPO (Scrum Alliance) (lado Scrum); TKP, KSD e KSI (Kanban University) (lado Kanban).