Schätzproblematik: Unterschied zwischen den Versionen
Kowa (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Kowa (Diskussion | Beiträge) |
||
| Zeile 19: | Zeile 19: | ||
Die hier genannten Gründe bilden nur einen kleinen Ausschnitt an Problemen, welche eine vernünftige Schätzung nicht realisierbar machen. Daher ist es nicht verwunderlich, dass nach einer Studie der [[Standish Group]] aus dem Jahre 2003 gut zwei Drittel aller Projekte als misslungen anzusehen sind. | Die hier genannten Gründe bilden nur einen kleinen Ausschnitt an Problemen, welche eine vernünftige Schätzung nicht realisierbar machen. Daher ist es nicht verwunderlich, dass nach einer Studie der [[Standish Group]] aus dem Jahre 2003 gut zwei Drittel aller Projekte als misslungen anzusehen sind. | ||
==Quellen== | |||
*[[Bundschuh, Manfred; Fabry, Axel (2004): Aufwandschätzung von IT-Projekten]] | *[[Bundschuh, Manfred; Fabry, Axel (2004): Aufwandschätzung von IT-Projekten]] | ||
[[Kategorie:Aufwandschätzung]] | [[Kategorie:Aufwandschätzung]] | ||
[[Kategorie:Glossar]] | [[Kategorie:Glossar]] | ||
Aktuelle Version vom 19. Mai 2019, 17:35 Uhr
Dieser Artikel erfüllt die GlossarWiki-Qualitätsanforderungen nur teilweise:
| Korrektheit: 3 (zu größeren Teilen überprüft) |
Umfang: 1 (zu gering) |
Quellenangaben: 2 (wichtige Quellen fehlen) |
Quellenarten: 1 (ausreichend) |
Konformität: 2 (befriedigend) |
Aufwandschätzungen können zu meist nicht ordentlich abgeschlossen werden, obwohl eine mangelhafte Schätzung keine gute Basis für ein Projekt darstellt. Es gibt vielerlei Gründe warum gute Schätzungen bereits von vornherein nahezu unmöglich sind. Im Folgenden werden einige davon genannt.
Gründe für mangelhafte Schätzungen
Erfahrungen, welche mit ähnlichen Projekten gemacht wurden, werden nicht beachtet, da man der Auffassung ist, dass diese Probleme nicht nochmals auftreten würden oder man es dieses Mal besser machen würde. Weiterhin wird eine Schätzung oftmals als Verhandlungssache ausgelegt, um letztendlich den Zuschlag für ein Projekt zu bekommen .
Ein weiterer fataler Fehler ist es, das Schätzobjekt, also das entstehende Produkt, nicht genau genug zu betrachten. Bei der Betrachtung eines Schätzobjektes gilt: Je mehr Informationen über das Schätzobjekt je genauer die Schätzung. Als Informationen kann man sich aus Softwaresicht beispielsweise die Anzahl und den Umfang von Schnittstellen, die Abläufe aus Benutzersicht (Use Cases) oder das Datenmodell des entstehenden Produktes vorstellen.
Bei Zeit und/oder Kostendruck können diese Informationen nicht so genau erfasst werden, da sich die Entwickler nicht lange genug mit dem Produkt auseinander setzen können, wie es eigentlich für eine erfolgreiche Schätzung nötig wäre.
In manchen Fällen ist nicht mal der Zeit und/oder Kostendruck ausschlaggebend für eine ungenügende Schätzung. So werden teilweise ansprechend durchdachte Schätzungen durch den Projektleiter abgelehnt, da diese schlicht und ergreifendend eine zu lange Entwicklungsdauer zu Tage bringen würden.
Fazit
Die hier genannten Gründe bilden nur einen kleinen Ausschnitt an Problemen, welche eine vernünftige Schätzung nicht realisierbar machen. Daher ist es nicht verwunderlich, dass nach einer Studie der Standish Group aus dem Jahre 2003 gut zwei Drittel aller Projekte als misslungen anzusehen sind.
