Kanban: Aplicando TDD à melhoria contínua do seu processo

Post on 14-Jan-2015

10.855 views 2 download

description

Palestra ministrada no QCon São Paulo sobre métricas e

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/