O documento discute como o Kanban pode ser usado para trazer agilidade em ambientes conservadores, permitindo experimentação segura na complexidade por meio de limites e métricas, ao invés de mudanças radicais. Promove uma abordagem evolucionária para melhorar processos de forma gradual.
8. Quais são as
constraints do Scrum
quando fazemos uma
“expedição” na
Complexidade?
- Tempo do Sprint
- Sprint Backlog
- Definição de Pronto
9.
10. Vermelho:
Dinâmica de uma empresa
que começou com Scrum
mas não “curtia Emergência”
Azul:
Dinâmica de uma empresa
que saiu do caos com Kanban
e entrou em complacência.
Verde:
O que o Scrum/Kanban
realmente deveria fazer.
Amarelo:
“Mergulhinho no Caos...”
22. Se perguntar pro
Tonhão por que atrasou
qual será sua resposta?
- Você enrolou com aquela demanda...
- Você gerou retrabalho!
- Demorou tanto que saí de férias!
Japonês burro...
27. 1. Demora na Homologação
2. Retrabalho por falta de feedback
3. Férias do Tonhão
4. Entrega em Módulos
28. 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)
30. - Tonhão, vamos fazer planejamentos
por módulo e homologar por
demanda no próximo projeto?
31. Isso é a abordagem
evolucionária do Kanban!
Melhorar QUALQUER ambiente
sem grandes mudanças radicais. Mexer pouco,
mas mexer bem. Lidar com a resistência natural
das pessoas à mudanças.
32. Cliente da Administração Pública...
Rodrigo, você precisa vir aqui
porque o desenvolvimento
é gargalo...
...o desenvolvimento
é gargalo...
Não flui no desenvolvimento...
Desenvolvedores são
lerdos...
34. O Cumulative Flow deles de 12 meses
antes da consultoria começar...
Na verdade:
Gargalo em Homologação!
35. 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 Uso
Todo sistema é usado por algum agente externo
Testes
Se você não testar o cliente vai testar em Produção
39. Capacidade
Não mudam porque
da última vez “doeu”
Tempo
Status Quo
Cenário de Equipes que resistem
em melhorar práticas técnicas
Não mudam por terem alcançado
bons resultados rápidos
40. Capacidade
Caíram
no penhasco
(óbvio → chaos)
Tempo
Status Quo
Percebem a
perda de capacidade
J-Curve of Change na vida real...
(no longo prazo equipes evoluindo se saem melhor)
42. O melhor remédio para agilistas
conservadores é um rolê no Complexo.
Cliente de E-Commerce
(manutenção e novas funcionalidades)
1. Precisamos Previsibilidade
e 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 Sprint
Por isso o planning estava desacreditado
45. 3. Planning sob demanda
4. Abandonaram Planning Poker
5. Delivery sob demanda
46. 5 semanas depois...
Demandas Urgentes:
4 dias com 90% de confiança
Demandas Normais:
14 dias com 90% de confiança
Fluxo Melhorado
Melhor Qualidade
Lead Time
47. Lidar com a Complexidade
Coloque “Enabling Constraints”
Identifique “Attractors”
Entenda que a inovação vem de
experimentos onde é seguro falhar
48. Kanban habilitando rolês no Complexo:
(Freedom Lane) reservando capacidade para inovação
Raia onde a equipe pode fazer qualquer trabalho que quiser
Não tem workflow na “Freedom Lane”
49. Mindset #1: Cultive Insatisfações
DOR É UM MOTIVADOR MAIOR QUE OS
BENEFICIOS DE UMA SUPOSTA SOLUÇÃO
Mindset #2: Adote uma abordagem
evolucionária para mudanças
MODELE O SISTEMA DE TRABALHO DE FORMA QUE ELE
SEJA AJUSTADO AO PROPÓSITO DA ORGANIZAÇÂO
51. Quer saber mais sobre
Gestão Moderna de Software além do Agile?
Acessem: http://bit.ly/softzenhttp://bit.ly/softzen
Atenção: Vídeos disponíveis só até 21/8
Eu aprendi Kanban
com esse cara...