Ein Softwareprojekt richtig schätzen

Wozu dient eine Aufwandschätzung in der IT?

Leider ist es in der Softwareentwicklung üblich geworden, Budgets und Zeitpläne regelmäßig zu überziehen.

Oft werden bereits in der Angebotslegung unhaltbare Zusagen gemacht, die auf schlechten Schätzungen basieren. Oder das Angebot wird einfach "aus dem Bauch heraus" angefertigt. 

Im Gegensatz dazu ermöglicht eine gute Aufwandschätzung einen klaren Blick auf das Projekt. Es dient als Basis für fundierte Entscheidungen und einhaltbare Zusagen.

Was die Aufwandschätzung beeinflussen kann

Bei der Aufwandschätzung ist es wichtig, sich der verschiedenen Mechanismen bewusst zu sein, die sie beeinflussen. Ein Beispiel: Die Unsicherheit.

Unsicherheit im Softwareprojekt

Bei der Einschätzung komplexer IT- und Softwareprojekte ist das Wichtigste, dass die Unsicherheit reduziert wird – und zwar vor allem hinsichtlich der drei Parameter Aufwand, Dauer und Kosten.

Was glauben Sie, wie groß die Unsicherheit in einer Aufwandschätzung zu verschiedenen Zeitpunkten im Lebenszyklus des Projekts ist? 

Zu Projektstart ist die Unsicherheit über den Aufwand und die Anforderungen 16-fach höher als zum Projektende! 

Nach 30% der Projektdauer reduziert sich diese Unsicherheit von 16-fach auf 1,5-fach (vgl. Boehm).

Der gemeine Requirements Creep

Die Reduktion der Unsicherheit hat jedoch einen Gegenspieler: Der „Requirements Creep“. Dieser hat zur Folge, dass sich auch bei sehr gut gemanagten IT-Projekten ca. 1,5% bis 3% der Anforderungen pro Monat ändern. 

Andere Ansätze gehen sogar davon aus, dass über die Laufzeit eines Projekts gesehen bis zu 50% neue Anforderungen hinzukommen (sog. „Requirements Growth“).

Wenn man "schlechtes" Projektmanagement betreibt, bildet sich zudem eine Art "Wolke". Statt einer Verbesserung ergeben sich Schwankungen in der Unsicherheit auch während des Projekts. 

Weitere Mechanismen, die Auswirkungen auf die Schätzung haben

Der Requirements Creep bzw. Growth sind nur zwei von sehr vielen Mechanismen bei der Aufwandschätzung, die sich negativ bzw. positiv auf die Unsicherheit auswirken.

Zahlreiche weitere Mechanismen haben Auswirkungen auf unsere Schätzungen:

• Parkinson Regel

• Größennachteil

• Gesetz der großen Zahlen

• Requirements Creep

• Conway’s Law

• Brooks‘s Law

• Studentensyndrom

• Politische Einflüsse / Druck

• Age / Status Bias

• Yesterday‘s Weather Principle

• Garbage in Garbage out Principle

• Beobachtungsfehler: Oberserver Bias, Expectancy Bias, Selection Bias, Response Bias

• Wahrnehmungsfehler: Anchoring, Recency Effect, Halo / Horns Effect, Bandwagon Bias, Emerging Preferences

• Unkalibriertes Schätz-Team

• Einflüsse durch das Schätzverfahren an sich

• und viele mehr!

Unser Ansatz zur Schätzung

Wir sind uns solcher Mechanismen bewusst und versuchen deren negative Einflüsse auf unsere Schätzungen aktiv zu unterdrücken. Durch den frühen Einsatz von geeigneten Aufwandschätzverfahren können wir schon vor Projetstart fundierte Aussagen über Umsetzungsaufwand, optimale oder minimale Projektdauer sowie Projektkosten tätigen. Wobei unsere Möglichkeiten natürlich durch die Qualität der uns zu Verfügung stehenden Informationen zum Zeitpunkt der Schätzung begrenzt sind (Stichwort: gewissenhaft durchgeführtes Vor-Projekt...).  

In der Praxis setzen wir vor allem auf zwei Arten von Schätzverfahren: Analogieschätzungen auf Basis von historischen Daten und auf das Delphi-Verfahren, eine Form der Team-Expertenschätzung mit festgelegtem Schätzprozess.

Wenn Sie wissen möchten, was es damit auf sich hat und wie wir Ihr Softwareprojekt schätzen würden, kontaktieren Sie uns!