Na maioria das vezes, estimativas são feitas para saber o Retorno Sobre Investimento (ROI). Nestes slides compartilho minha jornada até aqui, abordando como abandonar timeboxes e estimativas com a implantação do Kanban. Apresento como isso possibilitou o alcance a dados científicos do processo, deixando o fluxo de trabalho mais previsível e mais ágil, aumentando valor e qualidade das entregas.
15. Kanban
Lead Time
Lead time é o período em dias entre o
início e o fim da implementação de
uma funcionalidade/requisito
approved closed
Lead Time
3 dias
16. Kanban
Cycle Time
É a quantidade de tempo em que a
equipe passou realmente trabalhando
em uma funcionalidade/requisito.
approved closed
Lead Time
commited
Cycle Time
3 horas
17. WIP - Limite explícito de quantos
itens podem estar em progresso
em cada estado do fluxo de
trabalho.
27. kanban scrum
Nenhuma “ferramenta” é completa, nenhuma
“ferramenta” é perfeita...
Quando comparamos ferramentas devemos ter
cuidado. Compare para compreensão, não para
julgamento.
“Se você não consegue medir, você não pode melhorá-lo”
Kanban é um termo de origem japonesa e significa literalmente “cartão” ou “sinalização”. Este é um conceito relacionado com a utilização de cartões (post-it e outros) para indicar o andamento dos fluxos de produção em empresas de fabricação em série
Eu não acredito que desenvolvedor de software ou trabalhador do conhecimento tenha uma produtividade constante.
O erro fatal aqui é a mania de alguns desenvolvedores com largo histórico de criticas, cansado de tomar bronca do chefe de atrasos errados, ou que gosta de sempre entregar antes, querem mostrar que são responsáveis, com discurso de não iludir o cliente, então dão uma estimativa irreal, dizendo que algo trivial de fazer, demora 2 anos e meio
Limita-se o WiP porque estudos comprovaram que quanto maior o número de tarefas em andamento em determinada parte do processo, maior é o lead time.
Fazendo análise de lead time e concluindo que não há correlação entre esforço e prazo
Kanban limita WIP por estado de fluxo de trabalho, Scrum por iteração
Referencia: Kanban e Scrum obtendo o melhor de ambos – Henrik Kinberg & Mattias Skarin
* Usa Velocidade como métrica default para planejamento e melhoria do processo. X Usa Lead time como métrica default para planejamento e melhoria do processo.
* Estimativa prescrita X Estimativa opcional
Os Gerentes de Projetos Ágeis sensatos dizem que não tem problema o escopo mudar e que basta se comunicar que tudo dá certo, então o PMP atualiza seu Gráfico de Gantt e apresenta ao cliente o novo prazo final.
Não é bem assim. Não basta apenas mudar a estimativa, precisamos eliminar a carga de stress que sempre é vinculada numa estimativa, pois quanto menor o stress mais produtivo é a equipe.O maior inimigo da estimativa é a produtividade, pois sempre quanto uma estimativa é necessária, a reação imediata do envolvido direto na produção é buscar o máximo de prazo possível. Ninguém quer trabalhar sob pressão, principalmente os trabalhadores do conhecimento que usam o cérebro como ferramenta, logo adicionar um fator de stress é como pedir para um pedreiro trabalhar com um peso de 20 kg em cada braço.
Filme onde todos se questionam sobre o tipo de herói que o mundo realmente precisa.
Nenhuma ferramenta é completa, nenhuma ferramenta é perfeita
Quando comparamos ferramentas devemos ter cuidado. Compare para compreensão, não para julgamento
Busque quebrar a funcionalidades no menor tamanho possível. Estimar coisas menores são bem mais fáceis.
Se algo demora poucos dias ou horas então imediatamente questiono a utilidade de se estimar
Para de se preocupar com tamanho e preocupe mais com valor entregue ao seu cliente.
"O comprometimento é muito mais importante do que a estimativa." - André Moura