Está 90% pronto (ainda)

Como diz o velho ditado, tudo é 90% feito em 90% do projeto.

É porque o desenvolvedor é um supervilão malvado e mentiroso? Não, é porque o problema acabou sendo maior do que pensávamos.

A solução? Mais planejamento e especificações funcionais mais detalhadas. (Esse seria o pensamento tradicional de negócios). Contra-intuitivo, mas não, mais detalhes antes do início do sprint não é necessariamente a resposta.

É uma armadilha fácil de entrar, w e fazer algumas estimativas erradas, a complexidade aumenta para ajudar a tornar a estimativa mais precisa da próxima vez. Em vez disso, estamos nos concentrando no recurso, não gerando valor de negócios. O produto agora sofre porque a equipe está se concentrando em decifrar um pergaminho de sabedoria infinita, só que desta vez as estimativas ainda não estão certas, então a espiral para o microgerenciamento e a culpa continua.

Para ficar claro aqui, o trabalho não está demorando mais do que deveria quando dizemos 90% feito. Apenas não conseguimos prever todas as tarefas necessárias para concluí-lo.

Então, o que podemos fazer? Sim, podemos demorar mais para planejar, mas quanto tempo devemos gastar planejando? Em que ponto estamos perdendo tempo com muito planejamento e estimativa? Não existe uma resposta mágica.

Uma equipe ágil deve ter como objetivo terminar o que planejam 80% do tempo para dar ao product owner e à empresa previsibilidade suficiente.

Não quero dizer que eles devam ter como objetivo terminar 80% do sprint todas as vezes.

Pense nisso como uma previsão do tempo, às vezes está errado e nos molhamos, mas na maioria das vezes, temos um guarda-chuva quando precisamos.

Outras coisas a considerar: