O QUE É?

DIFERENÇA ENTRE

SCRUM X KANBAN
Qual a diferença entre um navio e um grande barco? Quando estudamos dois elementos tão parecidos,
muitas vezes fica mais fácil comparar as semelhanças do que as diferenças. Talvez isso explique por que é
tão comum existir alguma confusão entre o que é Kanban e o que é Scrum. Duas das metodologias mais
populares no ágil, estes dois sistemas têm de fato vários pontos de contato, mas entender as diferenças que
existem entre eles é fundamental para definir qual se adapta melhor às necessidades de cada time ou até
mesmo de algum projeto específico. O gráfico abaixo mostra as principais diferenças entre os dois
métodos. Veja e escolha o que se encaixa melhor na sua necessidade.

PL ANNING
Ocorre a cada
SPRINT
início de Sprint
Não precisa de um ritual de planejamento
Normalmente de
1-4 semanas
Ciclo de
desenvolvimento
Pode ocorrer variando projeto a projeto ou quando
terminarem os itens listados inicialmente

PL A N E JA MENTO
DE DE MA NDA

Backlog Demanda
FLOW
CONT ÍNUO

Sprint 1 Sprint 2 Sprint 3

E STIMATIVAS DE TEMPO
TO DO DOING (2) DONE
Antes de começar a Sprint

!
já estime o tempo gasto LIMITE
com cada tarefa estabeleça quantos itens
os itens devem ser pequenos podem estar na coluna
o suficiente para terminar doing ao mesmo tempo
dentro da Sprint

caso contrário, divida-os o time “PUXA” itens da

Obrigatório em pedaços menores coluna de backlog e os coloca
em doing conforme começa a
fazer cada tarefa

MUDANçAS NO E SC OPO
idealmente deve-se esperar novos itens são adicionados ao
pelo próximo sprint antes de quadro sempre que necessário
incluir mais itens nas tarefas

Funç õe s
Scrum Master

conforme necessário
para a execução de
Product
Owner
cada projeto ou tarefa
Time multidisciplinar

Reuniõe s
PLANNING SPRINT REVIEW
30min-2horas revendo os
1-4 horas de conversa
colaborativa SPRINT resultados da sprint não existe nenhum ritual ou
reunião obrigatória, podendo
se adaptar às necessidades
DAILY RETROSPECTIVE
10-15 minutos todos 30min-2horas revendo o de cada projeto
os dias, para falar sobre que funcionou e o que não
conquistas e obstáculos funcionou na sprint

OWNERSHIP
Product Owner define DEPENDE
as prioridades e dá o Quem, eu? das funções definidas e
ritmo da execução das suas necessidades

quando usar
+ = + =
- tarefas passíveis de serem - roadmap é claro - as mudanças são - trabalho de suporte a
divididas em pequenas etapas - mais trocas entre o time muito rápidas outras áreas (nível operacional)
- crescimento incremental possível
- correção de bugs
- clareza sobre metas e objetivos

Boards
BACKLOG

KANBAN BOARD
SPRINT
BAC K LO G
TO DO DOING (3) TEST (4) DONE

SCRUM BOARD
TO DO DOING TEST DONE

gráfic os
Apresenta uma correlação entre as
tarefas restantes na sprint e a capacidade DOING
de execução do time no período DIAGRAMA DE TES T
FLUXO CUMULATIVO DONE

total de tarefas estimadas

30
GRÁFIC O DE
25
BURNDOWN
20

15 tasks ideais restantes

tasks reais restantes 6
10 DIAGRAMA DE LEAD
5
E CICLO DE TEMPO 4
5
apresenta a quantidade 3
0
0 5 10 15 20
média de tempo que leva 2
cronograma de interação (dias) para uma tarefa ser 1
ciclo | tempo de execução
processada desde o
inicio até o ponto final Nov 14 Nov 21 Nov 28 Dez 4

A prática das metodologias ágeis mostra que é muito difícil existir uma única metodologia
que se encaixe perfeitamente em um projeto. É natural que, ao longo da implementação
destas metodologias em um departamento ou empresa você comece a realizar uma ou
outra adaptação nas metodologias existentes para que ela se encaixe nas suas
necessidades e rotinas. Em geral, porém, normalmente o Scrum e o Kanban são a base
para essas adaptações, daí a importância de conhecer bem estes dois métodos e saber
como eles podem contribuir para cada um dos seus desafios e necessidades.