Kanban:Agilidade para ambientes conservadores

Conservadores

Cynefin / k n v n/ˈ ʌ ɨ ɪ

”habitat”

Quais são as constraints do Scrumquando fazemos uma“expedição” na Complexidade?

(container)

Quais são as constraints do Scrumquando fazemos uma“expedição” na Complexidade?

- Tempo do Sprint

- Sprint Backlog

- Definição de Pronto

Vermelho:Dinâmica de uma empresaque começou com Scrummas não “curtia Emergência”

Azul:Dinâmica de uma empresaque saiu do caos com Kanbane entrou em complacência.

Verde:O que o Scrum/Kanbanrealmente deveria fazer.

Amarelo:“Mergulhinho no Caos...”

Cynefin

Como usaresse insight?

Cynefin

Kanbanpode te ajudar...

Questionar crenças queparecem óbvias, evitando“cair sem querer” no caos.

(crise)

Questionar crenças queparecem óbvias, evitando“cair sem querer” no caos.

(crise)

Cynefin

Dar segurançapara permitir

experimentos nodomínio complexo.

Dar segurançapara permitir

experimentos nodomínio complexo.

Kanbanpode te ajudar...

Exemplo

Nos anos 90 o Tonhão mepedia um relatório por dia...

Até que um dia nasceu um “projeto”...

Até que fluiu bem...

Treta: uma demanda demorou demais ...

Mais treta: erramos na modelagem do banco …(2-3 dias de perrengue)

Treta 3.0: Tonhão saiu de férias, novos requisitos...

Módulo 1 entregue após 54 diasMódulo 2 entregue após 58 dias

(estouro de quase 100%)

Se perguntar proTonhão por que atrasouqual seria sua resposta?

Se perguntar proTonhão por que atrasouqual será sua resposta?

- Você enrolou com aquela demanda...

- Você gerou retrabalho!

- Demorou tanto que saí de férias!

Japonês burro...

O que você faria?

Ma

na

ge

men

t S

cho

ol

A pergunta “Por que atrasou?” está em qual domínio do Cynefin?

Ache os 4 pontos de alavancagem deste CFD...

1. Demora na Homologação

2. Retrabalho por falta de feedback

3. Férias do Tonhão

4. Entrega em Módulos

Isso é análise! Domínio: COMPLICADO

Modelos utilizados:

- Teoria das Restrições- Lei de Little- Teoria das Filas- Batch Sizing (TPS)

Modelos utilizados:

- Teoria das Restrições- Lei de Little- Teoria das Filas- Batch Sizing (TPS)

Resultados de se trabalhar com lotes menores...

- Tonhão, vamos fazer planejamentospor módulo e homologar por demanda no próximo projeto?

Isso é a abordagem evolucionária do Kanban!

Melhorar QUALQUER ambientesem grandes mudanças radicais. Mexer pouco,mas mexer bem. Lidar com a resistência natural

das pessoas à mudanças.

Cliente da Administração Pública...

Rodrigo, você precisa vir aquiporque o desenvolvimento

é gargalo...

...o desenvolvimentoé gargalo...

Não flui no desenvolvimento...

Desenvolvedores sãolerdos...

O Cumulative Flow deles de 12 mesesantes da consultoria começar...

O Cumulative Flow deles de 12 mesesantes da consultoria começar...

Na verdade:Gargalo em Homologação!

Princípios Ubíquos(Coisas que estão presentes em todos os processos)

Fluxo(Cumulative Flow Diagram, Lead Time, WIP, Qualidade da Demanda)

Framework Econômico(Custo do Atraso, Custo de Coordenação, Custo de Transação)

Casos de UsoTodo sistema é usado por algum agente externo

TestesSe você não testar o cliente vai testar em Produção

Cap

acid

ade

Revolução“Kaikaku”

(implantação “Big Bang” de processos)

Tempo

Evolução“Kaizen”

(mudar aos poucos o processo existente)

Status Quo

Novo Status Quo

Explicando Mudanças Evolucionáriasde forma didática

Cap

acid

ade

Revolução“Kaikaku”

Tempo

Status Quo

Meta Antiga

Na vida real:Problema comum 1: “Eroding Goals”

Evolução“Kaizen”

Cap

acid

ade

“Já somos ágeis”(aka rodamos Sprints)

Tempo

Status Quo

Causas comuns...

“Já tá previsível”

Cap

acid

ade

Não mudam porqueda última vez “doeu”

Tempo

Status Quo

Cenário de Equipes que resistem em melhorar práticas técnicas

Não mudam por terem alcançadobons resultados rápidos

Cap

acid

ade

Caíram no penhasco

(óbvio → chaos)

Tempo

Status Quo

Percebem aperda de capacidade

J-Curve of Change na vida real...(no longo prazo equipes evoluindo se saem melhor)

AdaptaçãoExaptação

O melhor remédio para agilistas conservadores é um rolê no Complexo.

Cliente de E-Commerce (manutenção e novas funcionalidades)

1. Precisamos Previsibilidadee nosso planning é dispendioso

12-15 pessoas numa sala por 4 horas 2 horas de Planning Poker torra o saco

“nunca cumprimos a Sprint”

2. Temos que lidar com urgências!O negócio deles era dinâmico

Surgiam novas necessidades dentro da SprintPor isso o planning estava desacreditado

1. Adotaram quadro com limites2. Métricas Kanban

3. Planning sob demanda4. Abandonaram Planning Poker

5. Delivery sob demanda

5 semanas depois...

Demandas Urgentes:4 dias com 90% de confiança

Demandas Normais:14 dias com 90% de confiança

Fluxo MelhoradoMelhor Qualidade

Lead Time

Lidar com a ComplexidadeColoque “Enabling Constraints”

Identifique “Attractors”

Entenda que a inovação vem deexperimentos onde é seguro falhar

Kanban habilitando rolês no Complexo: (Freedom Lane) reservando capacidade para inovação

Raia onde a equipe pode fazer qualquer trabalho que quiserNão tem workflow na “Freedom Lane”

Mindset #1: Cultive Insatisfações

DOR É UM MOTIVADOR MAIOR QUE OSBENEFICIOS DE UMA SUPOSTA SOLUÇÃO

Mindset #2: Adote uma abordagemevolucionária para mudanças

MODELE O SISTEMA DE TRABALHO DE FORMA QUE ELESEJA AJUSTADO AO PROPÓSITO DA ORGANIZAÇÂO

Mindset #3: Gestão é um hard-skill

Gestão não tem umúnico “botão”...

Quer saber mais sobre Gestão Moderna de Software além do Agile?

Acessem: http://bit.ly/softzenhttp://bit.ly/softzenAtenção: Vídeos disponíveis só até 21/8

Eu aprendi Kanban com esse cara...

Obrigado!!!Mais conteúdo e um desafio:

http://bit.ly/sgrio2015http://bit.ly/sgrio2015