Os times nos quais trabalho possuem um mindset ágil há anos, e com o passar do tempo incorporamos naturalmente a filosofia Lean. Isso significa que, dentre outros fatores, começamos a observar com atenção a eficiência de nosso fluxo de valor. Trabalhávamos com Scrum quando começamos a observar melhor nosso fluxo, e tínhamos uma eficiência baixa de fluxo. Optamos por utilizar Kanban para deixar o fluxo mais eficiente e tivemos sucesso. Porém ainda víamos possibilidades de melhorias na limitação de WIP. Estudando um pouco do mundo acadêmico de manufatura, encontrei o CONWIP. Aplicamos no time e conseguimos aumentar nossa eficiência, além de tornar a limitação de WIP mais natural para nós.
2. Globalcode – Open4education
Evoluíamos de sistema em Produção
Central de Atendimento
➢ Mais ou menos 2014 - 2015
➢ Sensibilidade a mudanças
➢ Baixa tolerância a falhas
➢ Requisitos emergentes
➢ Algumas features novas
Contexto
3. Globalcode – Open4education
Evoluíamos de sistema em Produção
Central de Atendimento
➢ Mais ou menos 2014 - 2015
➢ Sensibilidade a mudanças
➢ Baixa tolerância a falhas
➢ Requisitos emergentes
➢ Algumas features novas
4. Globalcode – Open4education
Com Scrum, conseguíamos ter feedbacks...
Priorização no
Sprint
Planejamento
Técnico
Desenvolvimento Testes
AceiteQA
1h 10d 2d
1d
5d
Deploy
2d
1h 5d 1d
1h
1h2h
Tempo total
Tempo trabalhando
Fabi Felipe
Daniel Maurício
5. Globalcode – Open4education
… mas não a adaptabilidade que precisávamos
Priorização no
Sprint
Planejamento
Técnico
Desenvolvimento Testes
AceiteQA
1h 10d 2d
1d
5d
Deploy
2d
1h 5d 1d
1h
1h2h
Tempo total
Tempo trabalhando
Eficiência média do fluxo = 32,8%
Tempo médio até deploy = 20,1 dias úteis
Fabi Felipe
Daniel Maurício
6. Globalcode – Open4education
… mas não a adaptabilidade que precisávamos
Priorização no
Sprint
Planejamento
Técnico
Desenvolvimento Testes
AceiteQA
1h 10d 2d
1d
5d
Deploy
2d
1h 5d 1d
1h
1h2h
Tempo total
Tempo trabalhando
Eficiência média do fluxo = 32,8%
Tempo médio até deploy = 20,1 dias úteis
Nada entra até o final da Sprint sem que haja sangue
Product Owner
Timede Engenharia
9. Globalcode – Open4education
Ganhamos eficiência no fluxo...
Priorização
Planejamento
Técnico
Desenvolvimento Testes
AceiteQA
2d 8d 2d
1d
1h
Deploy
2d
1h 5d 1d
1h
1h1h
Tempo total
Tempo trabalhando
Eficiência média do fluxo = 43%
Tempo médio até deploy = 15,1 dias úteis
Fabi Felipe
Daniel Maurício
2 semanas
11. Globalcode – Open4education
Mas limitar WIP por fase não parecia natural
Output
Storage
Intput
Storage
Workstation A
Output
Storage
Intput
Storage
Workstation B
Deploy
Maria João
Alice
Maria João
Análise e Design Desenvolvimento Testes
Manufatura
Engenharia de Software
12. Globalcode – Open4education
Nem todas as fases duram o mesmo tempo
Deploy
Alice
Maria João
Análise e Design Desenvolvimento Testes
≠ ≠ ≠
13. Globalcode – Open4education
Tão pouco MMFs, MMRs e MMPs
Deploy
Alice
Maria João
Análise e Design Desenvolvimento Testes
≠ ≠ ≠
14. Globalcode – Open4education
Limitar WIP em algo que não produz nada
Output
Storage
Intput
Storage
Workstation A
Output
Storage
Intput
Storage
Workstation B
Deploy
Maria João
Alice
Maria João
Análise e Design Desenvolvimento Testes
Manufatura
Engenharia de Software
16. Globalcode – Open4education
Mais processos do que pessoas e interações
https://datatherapy.org/2015/07/20/architectures-for-building-a-data-culture/
17. Globalcode – Open4education
Mais processos do que pessoas e interações
https://datatherapy.org/2015/07/20/architectures-for-building-a-data-culture/
18. Globalcode – Open4education
Princípios do Lean conforme traduzidos pelos Poppendieck
➢ Optimize the whole
➢ Focus on customers
➢ Energize workers
➢ Reduce friction
➢ Enhance Learning
➢ Increase Flow
➢ Build quality in
➢ Keep getting better
Buscamos uma adaptação mais natural do Lean
20. Globalcode – Open4education
… e descobri que Kanban não era bom para tudo...
Em Manufatura
➢ Muita variação de demandas
➢ Muita variação e volume de partes e de produtos (muitos set-ups)
➢ Problemas com Fornecedores
21. Globalcode – Open4education
… e descobri que Kanban não era bom para tudo...
Em Manufatura
➢ Muita variação de demandas
➢ Muita variação e volume de partes e de produtos (muitos set-ups)
➢ Problemas com Fornecedores
Em Engenharia de Software
➢ Business com pouca previsibilidade
22. Globalcode – Open4education
… e descobri que Kanban não era bom para tudo...
Em Manufatura
➢ Muita variação de demandas
➢ Muita variação e volume de partes e de produtos (muitos set-ups)
➢ Problemas com Fornecedores
Em Engenharia de Software
➢ Business com pouca previsibilidade
➢ Complexidade
23. Globalcode – Open4education
… e descobri que Kanban não era bom para tudo...
Em Manufatura
➢ Muita variação de demandas
➢ Muita variação e volume de partes e de produtos (muitos set-ups)
➢ Problemas com Fornecedores
Em Engenharia de Software
➢ Business com pouca previsibilidade
➢ Complexidade
➢ Incertezas
24. Globalcode – Open4education
… e que existiam boas alternativas → CONWIP
https://www.semanticscholar.org/paper/MRP-vs.-demand-driven-MRP%3A-Towards-an-objective-Miclo-
Fontanili/d828bf418cbde29ece5789e2b144ace69b21f094
26. Globalcode – Open4education
Aplicamos no time e tivemos bons resultados
Priorização
Planejamento
Técnico
Desenvolvimento Testes
AceiteQA
2d 5d 1d
1d
1h
Deploy
2d
1h 5d 1d
1h
1h1h
Tempo total
Tempo trabalhando
Eficiência média do fluxo = 59%
Tempo médio até deploy = 11,1 dias úteis
Fabi Felipe
Daniel Maurício
CONWIP
2 semanas
27. Globalcode – Open4education
Aplicamos em um cenário com problemas maiores
Priorização
Tempo médio até deploy = 36 dias úteis
Edu Kauê
Marcos Marcelo
CONWIP
Escrita da
Story
Reviews da
Story
Plan.
T’écnico
QAValidaçãoAceiteDeploy
Dev Testes
Cocriação
Plan.
T’écnico
Dev Validação Deploy
Tempo médio até deploy < 5 dias úteis
1 semana
29. Globalcode – Open4education
➢ Quase todos os times
➢ Melhoria contínua Data-informed
➢ Pair e Swarmming
➢ Entregas de valor
Funciona sim
30. Globalcode – Open4education
Contexto recomendado
➢ Times com pessoas desenvolvedoras
full stack ou T-shaped
➢ O custo da comunicação com
Produtos e Negócios é baixo
➢ O custo de delivery é baixo
➢ As pessoas veem valor no pair e no
swarmming
➢ Ao menos o Lead Time médio está
sendo medido
Como começar?
Ações sugeridas
➢ Identifique as quebras de cadência no
processo e crie buffers e cadências
combinadas para elas
➢ Defina um WIP geral para o restante
do processo (sugestão: N-1 ou N-2)
➢ Antes de começar, anote as métricas
atuais
➢ Rode com o time por um tempo
➢ Compare o cenário com o anterior e
adapte-se
31. Globalcode – Open4education
Alguns pontos para prestar atenção
➢ Identificação de gargalos deve ser automática
➢ Quebra de cadências: criar buffers (Multi-CONWIP)
➢ Inventários em outros lugares: não. Ponto.
➢ Informe-se sobre o lead time, mas não seja lead time-
driven
➢ Continue com stories INVEST. Nossa missão ainda é
gerar impacto entregando valor!!!
(ao invés de entregar tasks que não querem dizer nada)