Warum Software-Schätzungen immer falsch liegen (und wie man sie verbessert)

In Scrum-Teams werden Story Points verwendet, um den Aufwand zu schätzen, aber Softwareschätzungen sind von Natur aus fehlerhaft. Sie prognostizieren eine unbekannte Zukunft, und die Komplexität des Projekts, unklare Anforderungen und technische Schulden tragen zu Ungenauigkeiten bei. Kognitive Verzerrungen wie das Hofstadter-Gesetz, das Brook-Gesetz und die Planungstäuschung verschärfen das Problem. Der Artikel untersucht Verbesserungen: Fortschrittsverfolgung, Hinzufügen von Puffern, Verwendung des COCOMO-Modells und eine Alternative von „NoEstimates“: Story Points aufgeben, sich auf Durchsatz und Zykluszeiten konzentrieren und visuelle Tools wie Kanban verwenden.