Upload
rodrigo-yoshima
View
1.848
Download
1
Embed Size (px)
Citation preview
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