No desenvolvimento de software, a “estimativa” usual inclui uma avaliação quantitativa do trabalho necessário para realizar uma determinada tarefa de desenvolvimento; isso geralmente é expresso em termos de duração (hora / dia) ou unidade estimada (ponto da história). O objetivo é consolidar várias dessas estimativas individuais para obter uma indicação da duração geral, trabalho ou custo do projeto de software.
Armadilhas comuns da estimativa ágil
Mesmo em uma comunidade ágil , as pessoas encontrarão muitas escolas de pensamento diferentes sobre a avaliação da teoria e da prática. No entanto, alguns dos erros típicos que as equipes ágeis costumam encontrar quando realizam avaliações ágeis e essas armadilhas comuns ganharam amplo consenso:
- As estimativas devem conter “incertezas”; As estimativas de “ pontos (da história) ” são geralmente consideradas inadequadas porque não refletem essa incerteza.
- A estimativa é diferente da promessa; por exemplo, acusando o desenvolvedor de gastar 3 dias, ele estima que a conclusão da obra em 2 pode ser uma atitude contraproducente, geralmente levando ao resultado de superestimação futura.
- A estimativa não é a resposta final, apenas reflete a informação que está na comunicação; deve sempre permitir que o valor estimado seja atualizado para cima ou para baixo com base em novas informações.
Referências de estimativa ágil
-
- Estimativa — Agile Alliance
- O que é estimativa ágil?
- O que é o Planning Poker em Agile?