Kanban: Aplicando TDD à melhoria contínua do seu processo
-
Upload
rodrigo-yoshima -
Category
Technology
-
view
10.855 -
download
2
description
Transcript of Kanban: Aplicando TDD à melhoria contínua do seu processo
KanbanKanbanAplicando TDD à melhoriaAplicando TDD à melhoriacontínua do seu processocontínua do seu processoRodrigo Yoshima
liderançapessoas
gestãoriscos | valor
Caótico
Complexo Complicado
Simples
Cynefin Framework
Caótico
Complexo Complicado
(analizar)
Simples
(classificar)
Cynefin Framework
Caótico
Complexo Complicado
(analizar)
Simples
(classificar)
Cynefin Framework
ORDENADOS
Caótico
Complexo
(experimentar)
Complicado
(analizar)
Simples
(classificar)
Cynefin Framework
ORDENADOS
Caótico
(agir)
Complexo
(experimentar)
Complicado
(analizar)
Simples
(classificar)
Cynefin Framework
ORDENADOS
Sistema
Complexo
Você só sabe se está certo ou errado depois de tentar.
Gestão por observação.
Assertividade é idiotice aqui.
O que é um sistema kanban...
geração de valor
visualização
sistemapuxado
limitado
pessoas!
KanbanMethod
transição | kaizen | gestão
kanbansystem
pull | limites | valor
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
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
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
Por que mudanças são tão difíceis?
“Pessoas não resistem mudar,elas resistem serem mudadas”
Peter Senge
(Kanbanfall)
Kanban:
Como a água...
2nd Generation Agile
Segunda Geração
de Métodos Ágeis
Lean / KanbanLean / Kanban for Software Development for Software Development
Foco no modelo de transiçãoDesign do processo sob medida
Mudanças evolucionáriasAlcance em toda a empresa
Melhoria Contínua(baseada em modelos)
Cap
acid
ade
Revolução“Kaikaku”
Tempo
Status Quo
Novo Status Quo
Por que Kanban?Por que Kanban?
Cap
acid
ade
Revolução“Kaikaku”
Tempo
Evolução“Kaizen”
Status Quo
Novo Status Quo
Por que Kanban?Por que Kanban?
“Mude. Mas comece devagar, porque a direção é mais importanteque a velocidade.”
Clarisse Lispector
Uma implementação Kanban inicia mapeando a bagunça. Não mude o seu processo!
INICIO
Demanda de Falha Projeto: Xpto1
Cenário atual:
Demanda de Falha: 45%
Sem homologação produto
Cobertura testes desconhecida
Cenário desejado:
Demanda de falha: 20%
Pessoal de produto homologando
Melhor percepção de qualidade docliente
Plano de Ação:
- Reunião quinzenal para avaliação dos tickets de falha, usando Análise de causa raiz
- Implementar Pair Review
- Implementar Ncover
- Publicação somente após homologação do pessoal de produto
- Reservar 20% da capacidade para melhorias de testes e build
DEMANDA DE FALHA:65%!!!!!
DEMANDA DE FALHA:45%
DEMANDA DE FALHA:35%
DEMANDA DE FALHA:15%
Demanda de Falha Projeto: Xpto1
Cenário atual:
Demanda de Falha: 45%
Sem homologação produto
Cobertura testes desconhecida
Cenário desejado:
Demanda de falha: 20%
Pessoal de produto homologando
Melhor percepção de qualidade docliente
Plano de Ação:
- Reunião quinzenal para avaliação dos tickets de falha, usando Análise de causa raiz
- Implementar Pair Review
- Implementar Ncover
- Publicação somente após homologação do pessoal de produto
- Reservar 20% da capacidade para melhorias de testes e buildKAIZEN CONFIRMADO
改善Kaizen
(mudança para melhor)
Nem toda mudançaNem toda mudança é melhoria....é melhoria....
3 Leis do Uncle BobTest-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.
3 Leis do Yoshima para a Evolução do Processo3 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.
Gargalo e WIP alto Projeto: Xpto2
Cenário atual:
Homologação é gargalo
Sem limites no Kanban
Imprevisibilidade
Cenário desejado:
Maior previsibilidade
Menor Risco (WIP menor)
Fluxo melhorado
Plano de Ação:
- Acordar um limite com o PO
- Parar de começar e começar a terminar
- Definir tipos de cartões que não precisam de homologação
NOVAS POLITICAS
LIMITES RESPEITADOS
SISTEMA MAIS PREVISIVEL E ESTÁVEL
PO CONFORTÁVELPARA AUMENTAR O
ESCOPO
Gargalo e WIP alto Projeto: Xpto2
Cenário atual:
Homologação é gargalo
Sem limites no Kanban
Imprevisibilidade
Cenário desejado:
Maior previsibilidade
Menor Risco (WIP menor)
Fluxo melhorado
Plano de Ação:
- Acordar um limite com o PO
- Parar de começar e começar a terminar
- Definir tipos de cartões que não precisam de homologação
KAIZEN CONFIRMADO
Como assim um Kanban sem limites?
Kanban não é sobre “certo ou errado”
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
raso
profundo
There's no judgement There's no judgement in Kanbanin Kanban
David J. AndersonDavid J. Anderson
Throughput = Leadtime
Work-in-progress
Throughput Leadtime =
Work-in-progress
Little's Law
LEAD TIME
Como usar o Lead time Control Chart
9
8
7
6
5
4
3
2
1
Dias
Throughput
Como usar o Throughput
9
8
7
6
5
4
3
2
1
Itens01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 Semana
Como usar o Throughput
9
8
7
6
5
4
3
2
1
Itens01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 Semana
Como usar o Throughput
9
8
7
6
5
4
3
2
1
Itens01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 Semana
Lidando com a Variabilidade
PróximasDemandas
Levantamentocom usuário Aguardando
Produção
42Implementação Em
Homologação
44 46 44 MVP
PróximasDemandas
Levantamentocom usuário Aguardando
Produção
42Implementação Em
Homologação
44 46 44 MVP
PróximasDemandas
Levantamentocom usuário Aguardando
Produção
42Implementação Em
Homologação
44 46 44 Produção
Demanda de Falha
PróximasDemandas
Levantamentocom usuário Aguardando
Produção
42Implementação Em
Homologação
44 46 44 Produção
PróximasDemandas
Levantamentocom usuário Aguardando
Produção
42Implementação Em
Homologação
44 46 44 Produção
Droga! Não tenho maisprevisibilidade nasdemandas de valor!
PróximasDemandas
Levantamentocom usuário Aguardando
Produção
42Implementação Em
Homologação
44 46 44 Produção
49
47
PróximasDemandas
Levantamentocom usuário Aguardando
Produção
42Implementação Em
Homologação
44 46 44 Produção
49
47Hum...
Leadtime médio: 4 diasThroughput: 6 por semana
PróximasDemandas
Levantamentocom usuário Aguardando
Produção
42Implementação Em
Homologação
44 46 44 Produção
49
47 Droga! Tenho demandasespeciais urgentes!
PróximasDemandas
Levantamentocom usuário Aguardando
Produção
43Implementação Em
Homologação
44 46 44 Produção
9
46
41
PróximasDemandas
Levantamentocom usuário Aguardando
Produção
43Implementação Em
Homologação
44 46 44 Produção
9
46
41
Pessoal, nova política do processo! Cartão Azul é
sempre prioritário!
Kanban: Perfis da demanda para lidar com o risco
Cost-of-delay● Expedite● Fixed-date● Normal● Intangible
Mercado● Table Stakes● Spoiler● Differentiator● Cost Saver
Arquitetura● Arroz/Feijão● Já fizeram, tem cases● Já fizeram, sei lá como● Nunca tentado em TI
Outros...
Práticas Ágeis(by the book)
O que eu façohoje
Práticas Ágeis(by the book)
O que eu façohoje
Cargo Cult
O que eu façohoje
Práticas Ágeis(by the book)
O que é melhor no meu
Contexto
O que eu façohoje
Práticas Ágeis(by the book)
O que é melhor no meu
Contexto
Kanban
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.
“O problema nunca é falta de processo.”
Rodrigo Yoshima
Obrigado!Rodrigo Yoshimablog.aspercom.com.br@rodrigoy
Participe do Agile Brazil!!!
Accredited Lean-Kanban University TrainingDias 31 de agosto e 1 de setembrohttp://www.agilebrazil.com/