Pourquoi l'estimation logicielle est-elle toujours fausse ? (et comment l'améliorer)

Dans les équipes Scrum, les points d'histoire sont utilisés pour estimer l'effort, mais les estimations logicielles sont intrinsèquement défectueuses. Elles prédisent un avenir inconnu, et la complexité du projet, les exigences peu claires et la dette technique contribuent aux imprécisions. Des biais cognitifs comme la loi de Hofstadter, la loi de Brook et l'erreur de planification aggravent le problème. L'article explore des améliorations : suivi des progrès, ajout de tampons, utilisation du modèle COCOMO et une alternative de « NoEstimates »: abandonner les points d'histoire, se concentrer sur le débit et les temps de cycle, et utiliser des outils visuels comme Kanban.