O documento apresenta os principais conceitos e práticas do Kanban, como visualização do fluxo de trabalho, limites de trabalho em andamento, métricas de fluxo e melhoria contínua colaborativa. É destacado que o Kanban propõe mudanças evolucionárias ao invés de revolucionárias e enfatiza a importância de engajar as pessoas na mudança de processo de forma a tornar os problemas visíveis.
17. kanban Kanban
system Method
pull | limites | valor transição | kaizen | gestão
18. Kanban Method princípios
começe com o que você já faz hoje
concorde em buscar uma abordagem evolucionária
para mudança
inicialmente respeite papéis, responsabilidades e
cargos estabelecidos
19. Kanban Method propriedades
visualize
limite o trabalho em progresso
meça e gerencie o fluxo
torne as políticas do processo explícitas
implemente mecanismos de feedback
melhore colaborativamente com métodos científicos
20. Kanban Method propriedades
visualize
limite o trabalho em progresso
meça e gerencie o fluxo
torne as políticas do processo explícitas
implemente mecanismos de feedback
melhore colaborativamente
com métodos científicos
28. Lean / Kanbanfor Software Development
Foco no modelo de transição
Design do processo sob medida
Mudanças evolucionárias
Alcance em toda a empresa
Melhoria Contínua
(baseada em modelos)
29. Por que Kanban?
Novo Status Quo
Capacidade
Status Quo
Revolução
“Kaikaku”
Tempo
30. Por que Kanban?
Novo Status Quo
Evolução
“Kaizen”
Capacidade
Status Quo
Revolução
“Kaikaku”
Tempo
31. “Mude. Mas comece devagar,
porque a direção é mais importante
que a velocidade.”
Clarisse Lispector
35. Demanda de Falha Projeto: Xpto1
Cenário atual: Plano de Ação:
Demanda de Falha: 45%
Sem homologação produto - Reunião quinzenal para avaliação
dos tickets de falha, usando
Cobertura testes desconhecida
Análise de causa raiz
- Implementar Pair Review
Cenário desejado:
- Implementar Ncover
Demanda de falha: 20%
- Publicação somente após
Pessoal de produto homologando homologação do pessoal de produto
Melhor percepção de qualidade do - Reservar 20% da capacidade
cliente para melhorias de testes e build
40. Demanda de Falha Projeto: Xpto1
Cenário atual: Plano de Ação:
Demanda de Falha: 45%
Sem homologação produto - Reunião quinzenal para avaliação
dos tickets de falha, usando
Cobertura testes desconhecida
Análise de causa raiz
- Implementar Pair Review
A DO
RM
Cenário desejado:
FI
- Implementar Ncover
Demanda de falha: 20%
N
CO
- Publicação somente após
EN
Pessoal de produto homologando homologação do pessoal de produto
AIZ
Melhor percepção de qualidade do
cliente K
- Reservar 20% da capacidade
para melhorias de testes e build
43. 3 Leis do Uncle Bob
Test-Driven Development
1. Você não pode escrever
código de produção que não
seja fruto de fazer passar
um teste unitário que falha.
2. Você não pode escrever
num teste além do mínimo
necessário para o teste
falhar; e erros que
compilação são falhas.
3. Você não pode escrever
código de produção que seja
além do necessário para
fazer o teste passar.
44. 3 Leis do Yoshima para a Evolução do Processo
1. Você não pode mudar seu processo sem uma
motivação declarada com critérios objetivos.
2. Você não pode declarar uma motivação e
critérios além do mínimo necessário para ter
algum benefício econômico.
3. Você não pode mudar o processo além do
mínimo necessário para alcançar os critérios
objetivos.
45.
46. Gargalo e WIP alto Projeto: Xpto2
Cenário atual: Plano de Ação:
Homologação é gargalo
Sem limites no Kanban - Acordar um limite com o PO
- Parar de começar e começar
Imprevisibilidade
a terminar
- Definir tipos de cartões que
Cenário desejado: não precisam de homologação
Maior previsibilidade
Menor Risco (WIP menor)
Fluxo melhorado
48. PO CONFORTÁVEL
PARA AUMENTAR O
ESCOPO
SISTEMA MAIS
PREVISIVEL E ESTÁVEL
49. Gargalo e WIP alto Projeto: Xpto2
Cenário atual: Plano de Ação:
Homologação é gargalo
Sem limites no Kanban
A DO
- Acordar um limite com o PO
Imprevisibilidade
FI RM
- Parar de começar e começar
ON
a terminar
C
ZEN - Definir tipos de cartões que
AI
Cenário desejado: não precisam de homologação
K
Maior previsibilidade
Menor Risco (WIP menor)
Fluxo melhorado
51. Kanban não é sobre “certo ou errado”
visualize raso
limite o trabalho em progresso
meça e gerencie o fluxo
torne as políticas do processo explícitas
implemente mecanismos de feedback
melhore colaborativamente com métodos científicos
profundo
64. 4
2 4 4
6 4 MVP
Levantamento
Implementação Em
Próximas com usuário Aguardando
Homologação Produção
Demandas
65. 4
2 4 4
6 4 MVP
Levantamento
Implementação Em
Próximas com usuário Aguardando
Homologação Produção
Demandas
66. 4
2 4 4
6 4
Levantamento
Próximas com usuário Implementação Em Aguardando
Demandas Produção
Homologação Produção
Demanda de Falha
67. 4
2 4 4
6 4
Levantamento
Próximas com usuário Implementação Em Aguardando
Demandas Produção
Homologação Produção
68. 4
2 4 4
6 4
Levantamento
Próximas com usuário Implementação Em Aguardando
Demandas Produção
Homologação Produção
Droga! Não tenho mais
previsibilidade nas
demandas de valor!
69. 4
2 4 4
6 4
Levantamento
Próximas com usuário Implementação Em Aguardando
Demandas Produção
Homologação Produção
4
9
4
7
70. 4
2 4 4
6 4
Levantamento
Próximas com usuário Implementação Em Aguardando
Demandas Produção
Homologação Produção
4
9
4
Hum...
7 Leadtime médio: 4 dias
Throughput: 6 por semana
71.
72. 4
2 4 4
6 4
Levantamento
Próximas com usuário Implementação Em Aguardando
Demandas Produção
Homologação Produção
4
9
4
7 Droga! Tenho demandas
especiais urgentes!
73. 4
3 4 4
6 4
Levantamento
Próximas com usuário Implementação Em Aguardando
Demandas Produção
Homologação Produção
4
1
9
4
6
74. 4
3 4 4
6 4
Levantamento
Próximas com usuário Implementação Em Aguardando
Demandas Produção
Homologação Produção
4
1
9
4
6 Pessoal, nova política do
processo! Cartão Azul é
sempre prioritário!
75. Mercado
Arquitetura ● Table Stakes
● Arroz/Feijão ● Spoiler
● Já fizeram, tem cases ● Differentiator
● Já fizeram, sei lá como ● Cost Saver
● Nunca tentado em TI
Cost-of-delay
● Expedite
Outros... ● Fixed-date
● Normal
Kanban: Perfis da demanda
para lidar com o risco
● Intangible
76. O que eu faço Práticas Ágeis
hoje (by the book)
77. O que eu faço Práticas Ágeis
hoje (by the book)
Cargo Cult
78. O que é
melhor no meu
Contexto
O que eu faço
hoje
Práticas Ágeis
(by the book)
79. O que é
melhor no meu
Contexto
n
ba
an
K
O que eu faço
hoje
Práticas Ágeis
(by the book)
80. Resumo
Se encontrar resistência emocional, crie um
sistema de forma que os problemas se tornem
visíveis e engaje o grupo emocionalmente na
mudança.
82. Obrigado!
Rodrigo Yoshima
blog.aspercom.com.br
@rodrigoy
Participe do Agile Brazil!!!
Accredited Lean-Kanban University Training
Dias 31 de agosto e 1 de setembro
http://www.agilebrazil.com/