Kanban pragmático

Conceitos
A palavra KANBAN é de origem japonesa e
significa “Cartão Visual”.
Nós confundimos kanban (com “k” minúsculo)
e Kanban (com “K” maiúsculo).
kanban = quadro utilizado no Scrum/sistema
pull, por exemplo, proveniente do sistema
Toyota.
Kanban = método que utiliza o sistema de
desenvolvimento de produto baseado no
Lean, criado por David Anderson.

Taiichi Ohno
Criador do Toyota Production
System

Kanban
Lean Product Development

“Kanban is not a
software development lifecycle methodology or
an approach to project management.
It requires that some process is already in place
so that Kanban
can be applied to incrementally change the
underlying process.”

Kanban
melhora a qualidade e
diminui os custos
eliminando os atrasos
controlando o WIP

Jogo: O Nome Multitarefa
http://www.crisp.se/gratis-material-och-guider/multitasking-name-game

Etapas
1. Visualize o seu workflow
2. Estabeleça limites para cada etapa
3. Estabeleça as regras explicitamente
4. Meça o fluxo
5. Identifique as classes de serviço

Mapeamento do FLUXO DE
TRABALHO atual em um
quadro

Estabelecimento de LIMITES
para cada etapa

Estabelecimento de REGRAS
explícitas

Métricas para Sistemas Kanban
Diagrama de Fluxo Cumulativo
Release Burn-up (sugestão do Henrik)
Tempo de Ciclo
Índice de Defeitos
Itens Bloqueados

Diagrama de Fluxo Cumulativo
chegando
saindo
tempo
qtde

Identifique as
CLASSES DE SERVIÇO

Next
Dev
Done
Backlog 3
2
In production :o)
Ongoing
1o. Cenário
B
C
A
D
E
F
G
H
I
J L
KM

Next
Dev
Done
Backlog 3
2
In production :o)
Ongoing
1o. Cenário
B
C A
D
E
F
G
H
I
J L
KM

Next
Dev
Done
Backlog 3
2
In production :o)
Ongoing
2o. Cenário
B
C
A
D
E
F
G
H
I
J L
KM
PO

Next
Dev
Done
Backlog 3
2
In production :o)
Ongoing
2o. Cenário
B
C A
D
E
F
G
H
I
J L
KM
PO

Next
Dev
Done
Backlog 3
2
In production :o)
Ongoing
2o. Cenário
B
C A
D
F
G
H
I
J L
KM
!?
E
PO

Next
Dev
Done
Backlog 3
2
In production :o)
Ongoing
2o. Cenário
B
C
A
D
E
F
G
H
I
J L
KM
!?
PO

Next
Dev
Done
Backlog 3
2
In production :o)
Ongoing
2o. Cenário
B
A
D
E
F
G
H
I
J L
KM
C
PO

Next
Dev
Done
Backlog 3
2
In production :o)
Ongoing
2o. Cenário
B
AD
E
F
G
H
I
J L
KM
C
PO

KANBAN AJUDA A ORGANIZAR O SEU
PORTFÓLIO DE PRODUTOS/PROJETOS

“Customers don’t buy or use projects – they buy
sets of running, tested features.” Portfolio
Kanban is a great technique to help you focus on
finishing projects before starting new ones.

Por quê, em alguns casos,
você precisa de um Portfólio
Ágil?

• Você sabe o que está acontecendo com cada
produto/projeto?
• Quais já iniciaram?
• Quais estão parados ou congelados?
• Eles estão entregando valor de modo ágil?
• As equipes estão colocando mais energia
naqueles que realmente são mais prioritários?
• Em algum deles estamos encontrando algum
desperdício?

O Kanban pode otimizar o fluxo do seu
portfólio. Você entregará um trabalho de
mais alto valor de modo ágil por meio
do foco no trabalho mais importante!

Como projetar o Kanban
para o Portfólio?

Mapeie o Fluxo da
Iniciativa, Épico ou Feature
• Ele está em manutenção?
• Foi implantado?
• É o próximo a ser implantado?
• Está em fase de homologação?
• Foi congelado ou está parado?
• Está em desenvolvimento?
• O produto está em um estágio de concepção?

Estabeleça as Políticas para
cada Estágio
Backlog Análise Ready
- Estimada
- Valor de negócio e benefícios
claros
- Design de alto nível
- Interfaces para as primeiras
histórias
- Critérios de aceite bem
definidos
- Fraca dependência com demais

∆ Defina um Limite REAL
para cada Estágio
∆ A coluna “WIP” deve ser
limitada pelo número de
equipes

AGILE PORTFOLIO MANAGEMENT
ACME
BACKLOG MAR
BUSINESS PLAN
ONGOING DONE
COMITÊ
APROVADO
FEV
REJEITADO
JAN
SETAGOJUL

Toolkits Lean & Agile
Kanban
Scrum
XP
Valores & Princípios
Lean, Agile, Theory of Constraints, Systems Thinking, etc.
Outras ferramentas lean
(Value Stream Mapping,
Root Cause Analysis, etc)

Kanban x Scrum
Similaridades
- ambos são Lean e Agile
- ambos limitam o trabalho em andamento
- ambos são transparentes no sentido de direcionar a melhoria do
processo
- ambos focam na entrega de software de forma frequente e constante
- ambos são basedos em equipes auto-organizadas
- ambos requerem que dividamos o trabalho em partes pequenas
- Em ambos os casos, o plano de releases é continuamente otimizado
baseado em dados empíricos (velocidade / lead time)

Diferenças
Scrum Kanban
Iterações em períodos de tempo
mandatórias
Iterações opcionais
Compromisso da equipe em entregar
uma quantidade de trabalho em
determinada iteração
O compromisso é opcional
Usa a velocidade como métrica para
balisar o planejamento e melhoria do
processo
Usa lead time
Equipes multifuncionais Equipes multifuncionais não
obrigatórias e equipes de especialistas
permitido
Gráfico de burndown é requerido Nenhum gráfico é requerido
Trabalho em andamento limitado por
sprint
Trabalho em andamento limitado pelo
estado do workflow
Estimativa é requerida Estimativa é opcional
Prescreve 3 papéis Não determina qualquer papel
O quadro deve ser limpo a cada Sprint O quadro permanece

A equipe de Concepção do Produto / Product
Discovery (Definition Team) utiliza o Kanban para
gerenciar a criação de histórias READY.
E a equipe de Desenvolvimento (Delivery Team)
usa o Scrum para gerenciar a entrega de software
funcionando.
1º CASE

Definition Team Delivery Team(s)
Kanban Workflow Scrum Workflow
Input Queue In Definition
Pending
Approval
Ready Defined In-Progress Completed Accepted
Flow to Ready
Iterate to Done
V

Definition Team Delivery Team(s)
Kanban Workflow Scrum Workflow
Input Queue In Definition
Pending
Approval
Ready Defined In-Progress Completed Accepted
 Input Queue = OK para
iniciar a concepção
 In Definition = trabalhando
para Ready
 Pending Approval =
aguardando OK interno ou
externo
 Ready = obedece a Definition
of Ready e a equipe de Dev
pode atuar
 Defined = está no Sprint
Backlog, não iniciado ainda
 In-Progress = trabalho iniciou
 Completed = equipe segue o
Definition of Done
 Accepted = PO aceitou a
história

Definition Team
Kanban Workflow
Input
Queue
In
Definition
Pending
Approval
Ready
Work-In-Process (WIP / Trabalho em Andamento): limites são uma disciplina
para ajudar a equipe a maximizar o throughput.
Não tente fazer muitas coisas de uma só vez, só fará você mais devagar ainda!
Quando um limite é alcançado:
Nenhum item pode ser colocado naquela coluna
A equipe se esforça em conjunto para liberar o bloqueio

Definition Team
Kanban Workflow
Input
Queue
In
Definition
Pending
Approval
Ready
Limites iniciais do WIP:
In-Progress = 1 por membro do Definition Team
Pending Approval = ½ por membro do Definition Team
Pessoas ociosas?  O limite está baixo
Tarefas ociosas?  O limite está alto
“Inspect and adapt” na Retrospectiva
6 3

Delivery Team
Scrum Workflow
Defined In-Progress Completed Done
Mesma ideia para a equipe Scrum:
Não trabalhe em muitas histórias de uma só vez,
isso o fará mais lento!

Conversas
Conversa Participantes
Backlog Grooming Todas as equipes juntas
Sprint Planning Parte 1 (“What”), equipes juntas.
Parte 2 (“How”), apenas Delivery Team, com o suporte
necessário do Definition Team.
Definition Team, agora usando Kanban, não é necessário
ter o seu próprio Sprint Plan ou Sprint Backlog.
Daily Standup Cada equipe de forma separada
Scrum of Scrums Representantes de todas as equipes
Sprint Review Cada Delivery Team apresenta o seu trabalho; todos
comparecem.
O Definition Team não tem um Review separado para
mostrar as histórias Ready.
Retrospective Cada equipe tem a sua a cada Sprint, mas uma vez por mês
as equipes fazem a sua própria.
As conversas são organizadas para suportar a
melhor colaboração possível entre as equipes,
tornando-as uma unidade só.

Empresa em larga expansão de suas equipes de
desenvolvimento de produtos.
Precisávamos contratar +70 desenvolvedores,
Product Owners, QAs e ScrumMasters.
RH pequeno e limitado.
2º CASE

KANBAN PARA O RH
ACME
BACKLOG
(10)
SELECTED
(5)
SORRY 
TESTING
ONGOING
(3)
DONE
(3)
INTERVIEW
TEAM
(3)
RH
(3)
APROVADO
T1
T2
T3
T4
T1T2
T7 T6
S1
S2
S6
S7
S6
S7
S6
S7
. Boa formação
. Inglês fluente
. Experiência em
Internet
. Nota > 7.5
. Clareza
. Organiza-ção
. Uso de
diversas
técnicas
. Boa
comunicação
. Responde
com clareza
. Aplica boas
práticas
. Comporta-
mento
. Perfil de
crescimento
na empresa
S6
S7
S6
S7
S7
S6
S6
S9
S6
S7

Foco na garantia de disponibilidade e estabilidade
dos +30 produtos da casa, com foco na eliminação
de bugs, otimização de desempenho e melhorias.
Equipe reduzida: 8 desenvolvedores e 2 QAs.
3º CASE

1. Quando você
precisa aplicar
o Kanban?
2. Quando você
quer adotar o
Kanban?
3. Quando você
quer usar o
Kanban com
Scrum
Impossível, difícil ou custoso
para criar equipes
multi-disciplinares:
• Skill
• Conhecimento do domínio
• Conhecimento do legado

1. Quando você
precisa aplicar
o Kanban?
2. Quando você
quer adotar o
Kanban?
3. Quando você
quer usar o
Kanban com
Scrum
Operações
Manutenção
Recursos Humanos
Marketing / Comercial
PMO

1. Quando você
precisa aplicar
o Kanban?
2. Quando você
quer adotar o
Kanban?
3. Quando você
quer usar o
Kanban com
Scrum?
A equipe precisa de um
time-boxing
Obter os benefícios do fluxo
e limites de trabalho

Kanban para o Aprendizado!
Uma ideia genial!

Kanban para blogueiros, jornalistas e editores!

Kanban
Aplicado no Entretenimento

Henrik Kniberg
“Perfection is a direction, not
a place”

Bibliografia Recomendada
David Anderson
http://www.djaa.com/
Henrik Kniberg
http://blog.crisp.se/author/henrikkniberg
Jesper Boeg
http://triforkagile.blogspot.com.br

E claro:
http://www.infoq.com/br/kanban/

Kanban pragmático

Mais conteúdo relacionado

Mais procurados

Destaque

Semelhante a Kanban pragmático

Kanban pragmático