Custo de Alteração de um Projeto

Em TI, os desenvolvedores sofrem um bocado com as alterações pela facilidade de se fazer alterações em um projeto. Antes que joguem pedras, falo das alterações do tipo:

• alterar tamanho de fonte
• mudar o posicionamento de um conteúdo alguns pixels
• alterar cores
• trocar uma imagem

Porém, essa facilidade implica, muitas vezes, no tempo final do desenvolvimento pois não são computadas devido ao dinamismo em que são feitas.

Por esse motivo, costumo levantar a bandeira de que é uma boa prática manter um histórico do Estimado x Realizado. Sei que estimativa, é uma estimativa, não é um tiro certeiro; mas o exercício de relembrar porque foi feita uma estimativa e porque ela foi melhor ou pior do que o esperado, ajuda nos próximos planejamentos.

A melhor forma de fazer este levantamento é pegar as tarefas geradas durante o Sprint para uma determinada história e “pesar” junto ao time o quanto ela interfere no valor antes estimado.

Com esse valor do Sprint Realizado, fica na lembrança dos integrantes, os principais motivos que prejudicaram as estimativas no passado. Mesmo não sendo uma solução exata, ajuda na percepção quando se faz essa retrospectiva em cima das estimativas x realizado.