O documento discute os conceitos e aplicações do método Kanban. Resume que Kanban é um método ágil baseado no sistema Lean que utiliza limites de trabalho em andamento para melhorar o fluxo e a entrega contínua de valor. Kanban pode ser aplicado para gerenciar portfólios, equipes de desenvolvimento e outras áreas além do desenvolvimento de software.
4. 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.
8. “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.”
15. 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
58. KANBAN AJUDA A ORGANIZAR O SEU
PORTFÓLIO DE PRODUTOS/PROJETOS
59. “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.
60. Por quê, em alguns casos,
você precisa de um Portfólio
Ágil?
61. • 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?
62. 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!
64. 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?
65. 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
66. ∆ Defina um Limite REAL
para cada Estágio
∆ A coluna “WIP” deve ser
limitada pelo número de
equipes
69. 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)
71. 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)
72. 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
75. 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
76. 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
77. 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
78. 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
80. 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!
81. 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ó.
82. 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
83. 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
84. 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
85.
86. 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
87. 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
88. 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