„Softwaretypen sind in der Regel optimistisch, und Führungskräfte haben es in der Regel eilig – eine tödliche Kombination, die zu geplanten Zeitplänen und Budgets führt, die möglicherweise nie realisiert werden konnten.“ – Gary A. Gack¹
„Menschen neigen dazu, allzu optimistisch zu sein, wenn sie gebeten werden, Vorhersagen zu treffen.“¹
„Bei der Softwareschätzung neigen Entwickler dazu, den Aufwand für komplexe Aufgaben zu unterschätzen.“¹
„Überoptimismus der Schätzer ist ihre Überzeugung, dass die zu schätzende Arbeit unter optimalen (Best-Case-) Bedingungen ausgeführt wird.“¹
„Schätzer sollten die Aufwandsvorhersage auf objektiven Projektinformationen basieren und eine überoptimistische Sichtweise des Managements oder eine unrealistische Nachfrage des Kunden vermeiden.“¹
„Überoptimismus kann durch einen sorgfältigen, reflektierten Ansatz zur Schätzung vermieden werden, im Gegensatz zu einem „quick and dirty“ oder intuitiven Ansatz.“¹

Wir sollten definieren, was wir erreichen wollen, welche Funktionen wir haben wollen und welche Arbeit wir tun müssen. (= Projektziele)
Teile die Projektziele in viele kleine Arbeitsaufgaben auf.
Führe die Aufwandsschätzung für jede Arbeitsaufgabe separat durch.
Berücksichtige mögliche Risiken und Aufgabenkomplikationen.
Vergesse nicht den Testaufwand und die mögliche Notwendigkeit mehrerer Iterationen.
Aufgabenpriorität, -reihenfolge und -abhängigkeiten müssen ebenfalls berücksichtigt werden.
Nehme nach Möglichkeit Schätzungen vor, die auf quantitativen, objektiven Informationen aus ähnlichen Aufgaben basieren, die in der Vergangenheit ausgeführt wurden.
Bespreche die Aufwandsschätzung der Arbeitsaufgaben mit zugewiesenen Personen und auch mit unabhängigen Experten.
Mache mehr Schätzungen unter Berücksichtigung der Worst-Case-, Best-Case- und wahrscheinlichsten Szenarien.

Zu Beginn eines Projekts besteht die grösste Unsicherheit über Schätzungen.
Es gibt Dinge, von denen man weiss, dass sie passieren werden, Dinge, von denen man weiss, dass sie passieren können, und Dinge, an die man nie gedacht hat, dass sie passieren könnten.
Der Bereich der Schätzungsunsicherheit nimmt ab, während das Projekt immer mehr abgeschlossen wird.
Der tatsächliche Projektaufwand ist erst bekannt, wenn das Projekt abgeschlossen wurde und alle Projektziele erreicht wurden.
Das Verhältnis des realen Aufwands zu deinem geschätzten Aufwand definiert deine Schätzgenauigkeit und deine Optimismus-Tendenz.
Du solltest dieses Verhältnis (deine Optimismus-Tendenz) berücksichtigen, wenn du den nächsten Projektaufwand vorhersagst.

Wie oft ist es passiert, dass ihr aufgrund eines überoptimistischen Plans einen Endtermin verschieben musstet?

Literaturhinweis:

1. Adam Trendowicz, Ross Jeffery. (2014). Software Project Effort Estimation, Foundations and Best Pactice Guidelines for Success. Springer.