Schätzproblematik - Versionsgeschichte

Kowa: /* =Quellen */

2019-05-19T15:35:35Z

=Quellen

← Nächstältere Version		Version vom 19. Mai 2019, 15:35 Uhr
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==		==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]]

Kowa am 19. Mai 2019 um 15:35 Uhr

2019-05-19T15:35:23Z

← Nächstältere Version		Version vom 19. Mai 2019, 15:35 Uhr
Zeile 1:		Zeile 1:
	=~~Einleitung~~=		{{Qualität
	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 seien~~ einige davon genannt.		\|correctness = 3
	=Gründe für mangelhafte Schätzungen=		\|extent = 1
	Erfahrungen, welche mit ähnlichen Projekten gemacht wurden, werden ~~zurückgewiesen oder~~ nicht beachtet, da man der Auffassung ist, dass ~~dieses Problem~~ nicht auftreten ~~würde~~ oder man es ~~gar~~ 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 .		\|numberOfReferences = 2
			\|qualityOfReferences = 1
			\|conformance = 2
			}}
			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.		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.		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.		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=		==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.		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=		===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]]
	~~{{{{SITENAME}}-konformer Artikel}}~~

Kowa am 21. Juni 2007 um 07:08 Uhr

2007-06-21T07:08:07Z

← Nächstältere Version		Version vom 21. Juni 2007, 07:08 Uhr
Zeile 1:		Zeile 1:
	~~{{In Bearbeitung}}~~

	=Einleitung=		=Einleitung=
	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 seien einige davon genannt.		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 seien einige davon genannt.
Zeile 20:		Zeile 18:
	[[Kategorie:Aufwandschätzung]]		[[Kategorie:Aufwandschätzung]]
	[[Kategorie:Glossar]]		[[Kategorie:Glossar]]
			{{{{SITENAME}}-konformer Artikel}}

Kowa am 21. Juni 2007 um 06:59 Uhr

2007-06-21T06:59:31Z

← Nächstältere Version		Version vom 21. Juni 2007, 06:59 Uhr
Zeile 14:		Zeile 14:
	=Fazit=		=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.		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=		=Quellen=

Wilben am 20. Juni 2007 um 11:44 Uhr

2007-06-20T11:44:31Z

← Nächstältere Version		Version vom 20. Juni 2007, 11:44 Uhr
Zeile 1:		Zeile 1:
	{{In Bearbeitung}}		{{In Bearbeitung}}

			=Einleitung=
	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 seien einige davon genannt.		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 seien einige davon genannt.
			=Gründe für mangelhafte Schätzungen=
	~~So werden zum einen~~ Erfahrungen, welche mit ähnlichen Projekten gemacht wurden zurückgewiesen oder nicht beachtet, da man der Auffassung ist, dass dieses Problem nicht auftreten würde oder man es gar 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 .		Erfahrungen, welche mit ähnlichen Projekten gemacht wurden, werden zurückgewiesen oder nicht beachtet, da man der Auffassung ist, dass dieses Problem nicht auftreten würde oder man es gar 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.		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.
Zeile 11:		Zeile 12:
	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.		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.

			=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.		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.

Wilben am 20. Juni 2007 um 04:14 Uhr

2007-06-20T04:14:12Z

← Nächstältere Version		Version vom 20. Juni 2007, 04:14 Uhr
Zeile 3:		Zeile 3:
	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 seien einige davon genannt.		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 seien einige davon genannt.

	So werden zum einen Erfahrungen, welche mit ähnlichen Projekten gemacht wurden zurückgewiesen oder nicht beachtet, da man der Auffassung ist, dass dieses Problem nicht auftreten würde oder man es gar dieses Mal besser machen würde. Weiterhin wird eine Schätzung oftmals als Verhandlungssache ausgelegt ~~um sich bei Vertragsverhandlungen erfolgreich durchsetzen zu können,~~ um letztendlich den Zuschlag für ~~das~~ Projekt zu bekommen.		So werden zum einen Erfahrungen, welche mit ähnlichen Projekten gemacht wurden zurückgewiesen oder nicht beachtet, da man der Auffassung ist, dass dieses Problem nicht auftreten würde oder man es gar 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.		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.

Wilben am 20. Juni 2007 um 03:51 Uhr

2007-06-20T03:51:26Z

← Nächstältere Version		Version vom 20. Juni 2007, 03:51 Uhr
Zeile 3:		Zeile 3:
	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 seien einige davon genannt.		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 seien einige davon genannt.

	So werden zum ~~einem~~ Erfahrungen, welche mit ähnlichen Projekten gemacht ~~werden~~ zurückgewiesen oder nicht beachtet, da man der Auffassung ist, dass dieses Problem nicht auftreten ~~würden~~ oder man es gar dieses Mal besser machen würde. Weiterhin wird eine Schätzung oftmals als Verhandlungssache ausgelegt um sich bei Vertragsverhandlungen erfolgreich durchsetzen zu können um letztendlich den Zuschlag für das Projekt zu bekommen.		So werden zum einen Erfahrungen, welche mit ähnlichen Projekten gemacht wurden zurückgewiesen oder nicht beachtet, da man der Auffassung ist, dass dieses Problem nicht auftreten würde oder man es gar dieses Mal besser machen würde. Weiterhin wird eine Schätzung oftmals als Verhandlungssache ausgelegt um sich bei Vertragsverhandlungen erfolgreich durchsetzen zu können, um letztendlich den Zuschlag für das 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.		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.

Wilben am 19. Juni 2007 um 17:58 Uhr

2007-06-19T17:58:28Z

← Nächstältere Version		Version vom 19. Juni 2007, 17:58 Uhr
Zeile 18:		Zeile 18:

	[[Kategorie:Aufwandschätzung]]		[[Kategorie:Aufwandschätzung]]
			[[Kategorie:Glossar]]

Wilben am 16. Juni 2007 um 15:38 Uhr

2007-06-16T15:38:15Z

← Nächstältere Version		Version vom 16. Juni 2007, 15:38 Uhr
Zeile 1:		Zeile 1:
	{{In Bearbeitung}}		{{In Bearbeitung}}

	~~Aufwandsschä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 seien einige davon genannt.		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 seien einige davon genannt.

	So werden zum einem Erfahrungen, welche mit ähnlichen Projekten gemacht werden zurückgewiesen oder nicht beachtet, da man der Auffassung ist, dass dieses Problem nicht auftreten würden oder man es gar dieses Mal besser machen würde. Weiterhin wird eine Schätzung oftmals als Verhandlungssache ausgelegt um sich bei Vertragsverhandlungen erfolgreich durchsetzen zu können um letztendlich den Zuschlag für das Projekt zu bekommen.		So werden zum einem Erfahrungen, welche mit ähnlichen Projekten gemacht werden zurückgewiesen oder nicht beachtet, da man der Auffassung ist, dass dieses Problem nicht auftreten würden oder man es gar dieses Mal besser machen würde. Weiterhin wird eine Schätzung oftmals als Verhandlungssache ausgelegt um sich bei Vertragsverhandlungen erfolgreich durchsetzen zu können um letztendlich den Zuschlag für das Projekt zu bekommen.

Wilben am 16. Juni 2007 um 15:37 Uhr

2007-06-16T15:37:48Z

← Nächstältere Version		Version vom 16. Juni 2007, 15:37 Uhr
Zeile 15:		Zeile 15:

	=Quellen=		=Quellen=
	~~Wenn die Definitionen und/oder die Anmerkungen nicht von einem selbst stammen, sollte man die Quellen angeben~~
	~~(das sind natürlich nur Beispiele, keine echten Quellen dieses Artikels :-) ):~~

	*Hinz und Kunz, "Der Bau einer Musterseite", 7. Auflage, Wiki-Verlag, 1931

	~~Besser ist es spezielle Quellendokumente zu erstellen (und diese dann auch mit Inhalt zu füllen):~~

	*[[Bundschuh, Manfred; Fabry, Axel (2004): Aufwandschätzung von IT-Projekten]]		*[[Bundschuh, Manfred; Fabry, Axel (2004): Aufwandschätzung von IT-Projekten]]
	*[[Goldratt, E.; Cox , J. (2004): The Goal]]
	*[[Leach, L. (2005): Critical Chain Project Management]]

	[[Kategorie:Aufwandschätzung]]		[[Kategorie:Aufwandschätzung]]