Gescheitertes Projekt - Versionsgeschichte

Kowa am 1. März 2023 um 12:45 Uhr

2023-03-01T12:45:00Z

← Nächstältere Version		Version vom 1. März 2023, 12:45 Uhr
Zeile 46:		Zeile 46:

	=== Falsche Kalkulationen ===		=== Falsche Kalkulationen ===
	Kalkulationszahlen zu Beginn des ~~Projektes~~ können oft nicht eingehalten werden, da im Laufe des ~~Projektes~~ sich noch unberücksichtigte Kosten ergeben. Aufgrund der Verlaufsdauer des Projekts sind Kalkulationen meist nur Schätzungen der tatsächlich anfallenden Kosten. Vor allem bei großen staatlichen Projekten sind mitunter erhebliche Unterschiede feststellbar.		Kalkulationszahlen zu Beginn des Projekts können oft nicht eingehalten werden, da im Laufe des Projekts sich noch unberücksichtigte Kosten ergeben. Aufgrund der Verlaufsdauer des Projekts sind Kalkulationen meist nur Schätzungen der tatsächlich anfallenden Kosten. Vor allem bei großen staatlichen Projekten sind mitunter erhebliche Unterschiede feststellbar.

	=== Schlechtes [[Projektmanagement]] ===		=== Schlechtes [[Projektmanagement]] ===
Zeile 52:		Zeile 52:

	=== [[Fluktuation]] der Mitarbeiter ===		=== [[Fluktuation]] der Mitarbeiter ===
	Je nach Dauer des ~~Projektes~~, ist die Gefahr der Fluktuation sehr groß und neue Mitarbeiter müssen wieder neu eingearbeitet werden, was Verzögerungen hervorruft. Eingearbeitete Mitarbeiter, die das Projekt vorzeitig verlassen, stellen einen erhebliche Verzögerung dar und gleichzeitig eine Herausforderung für das Projektmanagement.		Je nach Dauer des Projekts, ist die Gefahr der Fluktuation sehr groß und neue Mitarbeiter müssen wieder neu eingearbeitet werden, was Verzögerungen hervorruft. Eingearbeitete Mitarbeiter, die das Projekt vorzeitig verlassen, stellen einen erhebliche Verzögerung dar und gleichzeitig eine Herausforderung für das Projektmanagement.

	=== Umweltaspekte ===		=== Umweltaspekte ===

Kowa am 19. Mai 2019 um 15:28 Uhr

2019-05-19T15:28:46Z

← Nächstältere Version		Version vom 19. Mai 2019, 15:28 Uhr
Zeile 5:		Zeile 5:
	\|qualityOfReferences = 1		\|qualityOfReferences = 1
	\|conformance = 2		\|conformance = 2
	\|annotation1 =		\|annotation1 = Die Begriffe "Scheitern" und "Dogmatismus" sollten in eigenen Artikel definiert werden.
	}}		}}
	== Definitionen ==		== Definitionen ==

Kowa: /* Quellen */

2019-05-19T15:28:31Z

Quellen

← Nächstältere Version		Version vom 19. Mai 2019, 15:28 Uhr
Zeile 72:		Zeile 72:
	[[Kategorie:Gescheiterte Projekte]]		[[Kategorie:Gescheiterte Projekte]]
	[[Kategorie:Glossar]]		[[Kategorie:Glossar]]
	~~{{Verbesserungswürdiger Inhalt~~
	~~\| Anmerkung1 = Die Begriffer "Scheitern" und "Dogmatismus" sollten in eigenen Artikel definiert werden.~~
	}}

Kowa am 19. Mai 2019 um 15:28 Uhr

2019-05-19T15:28:10Z

← Nächstältere Version		Version vom 19. Mai 2019, 15:28 Uhr
Zeile 1:		Zeile 1:
			{{Qualität
			\|correctness = 2
			\|extent = 2
			\|numberOfReferences = 2
			\|qualityOfReferences = 1
			\|conformance = 2
			\|annotation1 =
			}}
	== Definitionen ==		== Definitionen ==
	=== Der Begriff „Scheitern“ ===		=== Der Begriff „Scheitern“ ===
Zeile 22:		Zeile 30:
	== Statistiken ==		== Statistiken ==
	Laut Untersuchungen der [[Standish Group]], welche im sogenennten [[Chaos-Report]] veröffentlicht wurden, scheitern 84% aller IT-Projekte in den USA.		Laut Untersuchungen der [[Standish Group]], welche im sogenennten [[Chaos-Report]] veröffentlicht wurden, scheitern 84% aller IT-Projekte in den USA.

	Die britische [[OASIG-Studie]] benennt ebenfalls etwa 80% mit der steigenden Tendenz in Richtung 90%.		Die britische [[OASIG-Studie]] benennt ebenfalls etwa 80% mit der steigenden Tendenz in Richtung 90%.

	Das [[Schweizer Bundesamt für Berufsbildung und Technologie]] kommt auf 50%.		Das [[Schweizer Bundesamt für Berufsbildung und Technologie]] kommt auf 50%.
			Für den bundesdeutschen Raum fehlen durchweg konkrete Zahlen.
	Für den bundesdeutschen Raum fehlen durchweg ~~die harten~~ Zahlen.

	== Gründe für das Scheitern ==		== Gründe für das Scheitern ==
Zeile 61:		Zeile 66:
	== Quellen ==		== Quellen ==

			*[http://projekt-manager.eu/gescheiterte-projekte.html Martin Wohlfarth-Bottermann,Gescheiterte Projekte, Projekt Manager EU, 23. 5. 2018]
	*[http://www.gulp.de/kb/it/projekt/itprojekteins_f.html Woran scheitern IT-Projekte - www.gulp.de, 2001]		*[http://www.gulp.de/kb/it/projekt/itprojekteins_f.html Woran scheitern IT-Projekte - www.gulp.de, 2001]
	*[http://www.standishgroup.com/sample_research/chaos_1994_1.php Chaos Report - Standish Group, 1994]		*[http://www.standishgroup.com/sample_research/chaos_1994_1.php Chaos Report - Standish Group, 1994]

Kowa am 16. September 2018 um 18:03 Uhr

2018-09-16T18:03:45Z

← Nächstältere Version		Version vom 16. September 2018, 18:03 Uhr
Zeile 1:		Zeile 1:
	= Definitionen =		== Definitionen ==
	== Der Begriff „Scheitern“ ==		=== Der Begriff „Scheitern“ ===

	Der Begriff „Scheitern“ findet seinen Ursprung in der Seefahrt. Das Scheitern bezeichnet hier das Zerschellen eines Schiffes, welches vom Sturm auf Klippen oder Felsen geworfen wurde.		Der Begriff „Scheitern“ findet seinen Ursprung in der Seefahrt. Das Scheitern bezeichnet hier das Zerschellen eines Schiffes, welches vom Sturm auf Klippen oder Felsen geworfen wurde.
Zeile 8:		Zeile 8:
	Synonyme hierfür: durchfallen, versagen, fehlschlagen, missglücken, misslingen		Synonyme hierfür: durchfallen, versagen, fehlschlagen, missglücken, misslingen

	== Definition „Gescheitertes Projekt“ ==		=== Definition „Gescheitertes Projekt“ ===

	Ein [[Projekt]] wird durch folgende Vorgaben definiert:		Ein [[Projekt]] wird durch folgende Vorgaben definiert:
Zeile 20:		Zeile 20:
	Daher kann auch ein abgeschlossenes Projekt ein gescheitertes Projekt sein.		Daher kann auch ein abgeschlossenes Projekt ein gescheitertes Projekt sein.

	= Statistiken =		== Statistiken ==
	Laut Untersuchungen der [[Standish Group]], welche im sogenennten [[Chaos-Report]] veröffentlicht wurden, scheitern 84% aller IT-Projekte in den USA.		Laut Untersuchungen der [[Standish Group]], welche im sogenennten [[Chaos-Report]] veröffentlicht wurden, scheitern 84% aller IT-Projekte in den USA.

Zeile 29:		Zeile 29:
	Für den bundesdeutschen Raum fehlen durchweg die harten Zahlen.		Für den bundesdeutschen Raum fehlen durchweg die harten Zahlen.

	= Gründe für das Scheitern =		== Gründe für das Scheitern ==

	== [[Soft-Skills]] ==		=== [[Soft-Skills]] ===
	Oft werden mangelnde Soft-Skills als einer der Hauptgründe für das Scheitern von Projekten erwähnt. Der Faktor Mensch und dem Faktor Unternehmenskultur werden vor allem in den IT-Projekten oft zu wenig Bedeutung geschenkt. Die wenigsten haben in ihrer Ausbildung gelernt, wie man Konflikte im Berufsleben meistert.		Oft werden mangelnde Soft-Skills als einer der Hauptgründe für das Scheitern von Projekten erwähnt. Der Faktor Mensch und dem Faktor Unternehmenskultur werden vor allem in den IT-Projekten oft zu wenig Bedeutung geschenkt. Die wenigsten haben in ihrer Ausbildung gelernt, wie man Konflikte im Berufsleben meistert.

	== [[Dogmatismus]] ==		=== [[Dogmatismus]] ===
	Laut Wörterbuch: „Unkritisches Festhalten an Lehrmeinungen und Glaubenssätzen“. Da die meisten Unternehmenskulturen junge und dynamische Mitarbeiter präferieren, mangelt es oft an Erfahrungswerten. Festgelegte Strategien, sowie der dogmatische Einsatz von Programmiersprachen und Tools, stellen große Faktoren für das Scheitern dar.		Laut Wörterbuch: „Unkritisches Festhalten an Lehrmeinungen und Glaubenssätzen“. Da die meisten Unternehmenskulturen junge und dynamische Mitarbeiter präferieren, mangelt es oft an Erfahrungswerten. Festgelegte Strategien, sowie der dogmatische Einsatz von Programmiersprachen und Tools, stellen große Faktoren für das Scheitern dar.

	== Auftragnehmer/Auftraggeber-Beziehung ==		=== Auftragnehmer/Auftraggeber-Beziehung ===
	Kommuniktationslücken zwischen dem eigentlichen Kunden und dem Auftragnehmer führen zu nicht gewünschten Ergebnissen. Dies liegt meist daran, dass der Kunde mit seinem Laiendasein, die technischen Punkte nicht versteht oder verstehen kann und der Auftragnehmer oft Kundenwünschen technisch gar nicht realisieren kann. Somit scheitern Projekte oft schon in der Definition der Ziele.		Kommuniktationslücken zwischen dem eigentlichen Kunden und dem Auftragnehmer führen zu nicht gewünschten Ergebnissen. Dies liegt meist daran, dass der Kunde mit seinem Laiendasein, die technischen Punkte nicht versteht oder verstehen kann und der Auftragnehmer oft Kundenwünschen technisch gar nicht realisieren kann. Somit scheitern Projekte oft schon in der Definition der Ziele.

	== Falsche Kalkulationen ==		=== Falsche Kalkulationen ===
	Kalkulationszahlen zu Beginn des Projektes können oft nicht eingehalten werden, da im Laufe des Projektes sich noch unberücksichtigte Kosten ergeben. Aufgrund der Verlaufsdauer des Projekts sind Kalkulationen meist nur Schätzungen der tatsächlich anfallenden Kosten. Vor allem bei großen staatlichen Projekten sind mitunter erhebliche Unterschiede feststellbar.		Kalkulationszahlen zu Beginn des Projektes können oft nicht eingehalten werden, da im Laufe des Projektes sich noch unberücksichtigte Kosten ergeben. Aufgrund der Verlaufsdauer des Projekts sind Kalkulationen meist nur Schätzungen der tatsächlich anfallenden Kosten. Vor allem bei großen staatlichen Projekten sind mitunter erhebliche Unterschiede feststellbar.

	== Schlechtes [[Projektmanagement]] ==		=== Schlechtes [[Projektmanagement]] ===
	Mangelnde oder gar fehlende Planung führen garantiert zu einem gescheiterten Projekt. Auch unzureichend informiertes Personal durch die Projektleitung ist ein weiteres Zeichen für ein schlechtes Projektmanagement.		Mangelnde oder gar fehlende Planung führen garantiert zu einem gescheiterten Projekt. Auch unzureichend informiertes Personal durch die Projektleitung ist ein weiteres Zeichen für ein schlechtes Projektmanagement.

	== [[Fluktuation]] der Mitarbeiter ==		=== [[Fluktuation]] der Mitarbeiter ===
	Je nach Dauer des Projektes, ist die Gefahr der Fluktuation sehr groß und neue Mitarbeiter müssen wieder neu eingearbeitet werden, was Verzögerungen hervorruft. Eingearbeitete Mitarbeiter, die das Projekt vorzeitig verlassen, stellen einen erhebliche Verzögerung dar und gleichzeitig eine Herausforderung für das Projektmanagement.		Je nach Dauer des Projektes, ist die Gefahr der Fluktuation sehr groß und neue Mitarbeiter müssen wieder neu eingearbeitet werden, was Verzögerungen hervorruft. Eingearbeitete Mitarbeiter, die das Projekt vorzeitig verlassen, stellen einen erhebliche Verzögerung dar und gleichzeitig eine Herausforderung für das Projektmanagement.

	== Umweltaspekte ==		=== Umweltaspekte ===
	Gerade bei großen staatlichen Projekten oder staatlich geförderten, wie zum Beispiel dem Transrapid, scheitert das Projekt an der Missachtung der Umweltaspekte. Mit Umwelt ist hier außer der Natur auch die Bevölkerung gemeint.		Gerade bei großen staatlichen Projekten oder staatlich geförderten, wie zum Beispiel dem Transrapid, scheitert das Projekt an der Missachtung der Umweltaspekte. Mit Umwelt ist hier außer der Natur auch die Bevölkerung gemeint.

	= Beispiele für gescheiterte Projekte =		== Beispiele für gescheiterte Projekte ==
	*[[FISCUS]]		*[[FISCUS]]
	*[[BASIS II]]		*[[BASIS II]]
Zeile 59:		Zeile 59:
	*[[elektronische Gesundheitskarte]]		*[[elektronische Gesundheitskarte]]

	= ~~Links~~ =		== Quellen ==

	*[http://www.gulp.de/kb/it/projekt/itprojekteins_f.html Woran scheitern IT-Projekte - www.gulp.de, 2001]		*[http://www.gulp.de/kb/it/projekt/itprojekteins_f.html Woran scheitern IT-Projekte - www.gulp.de, 2001]
Zeile 66:		Zeile 66:
	[[Kategorie:Gescheiterte Projekte]]		[[Kategorie:Gescheiterte Projekte]]
	[[Kategorie:Glossar]]		[[Kategorie:Glossar]]
	~~{{{{SITENAME}}-konformer Artikel}}~~
	{{Verbesserungswürdiger Inhalt		{{Verbesserungswürdiger Inhalt
	\| Anmerkung1 = Die Begriffer "Scheitern" und "Dogmatismus" sollten in eigenen Artikel definiert werden.		\| Anmerkung1 = Die Begriffer "Scheitern" und "Dogmatismus" sollten in eigenen Artikel definiert werden.
	}}		}}

Kowa: /* Soft-Skills */

2007-06-12T13:13:42Z

Soft-Skills

← Nächstältere Version		Version vom 12. Juni 2007, 13:13 Uhr
Zeile 32:		Zeile 32:

	== [[Soft-Skills]] ==		== [[Soft-Skills]] ==
	Oft werden mangelnde ~~soft~~-~~skills~~ als einer der Hauptgründe für das Scheitern von Projekten erwähnt. Der Faktor Mensch und dem Faktor Unternehmenskultur werden vor allem in den IT-Projekten oft zu wenig Bedeutung geschenkt. Die wenigsten haben in ihrer Ausbildung gelernt, wie man Konflikte im Berufsleben meistert.		Oft werden mangelnde Soft-Skills als einer der Hauptgründe für das Scheitern von Projekten erwähnt. Der Faktor Mensch und dem Faktor Unternehmenskultur werden vor allem in den IT-Projekten oft zu wenig Bedeutung geschenkt. Die wenigsten haben in ihrer Ausbildung gelernt, wie man Konflikte im Berufsleben meistert.

	== [[Dogmatismus]] ==		== [[Dogmatismus]] ==

Kowa: /* Links */

2006-12-19T15:06:01Z

Links

← Nächstältere Version		Version vom 19. Dezember 2006, 15:06 Uhr
Zeile 66:		Zeile 66:
	[[Kategorie:Gescheiterte Projekte]]		[[Kategorie:Gescheiterte Projekte]]
	[[Kategorie:Glossar]]		[[Kategorie:Glossar]]
			{{{{SITENAME}}-konformer Artikel}}
			{{Verbesserungswürdiger Inhalt
			\| Anmerkung1 = Die Begriffer "Scheitern" und "Dogmatismus" sollten in eigenen Artikel definiert werden.
			}}

Kowa am 14. Juli 2006 um 06:19 Uhr

2006-07-14T06:19:15Z

← Nächstältere Version		Version vom 14. Juli 2006, 06:19 Uhr
Zeile 21:		Zeile 21:

	= Statistiken =		= Statistiken =
	Laut Untersuchungen der [[Standish-Group]], welche im sogenennten [[Chaos-Report]] veröffentlicht wurden, scheitern 84% aller IT-Projekte in den USA.		Laut Untersuchungen der [[Standish Group]], welche im sogenennten [[Chaos-Report]] veröffentlicht wurden, scheitern 84% aller IT-Projekte in den USA.

	Die britische [[OASIG-Studie]] benennt ebenfalls etwa 80% mit der steigenden Tendenz in Richtung 90%.		Die britische [[OASIG-Studie]] benennt ebenfalls etwa 80% mit der steigenden Tendenz in Richtung 90%.

Kowa am 14. Juli 2006 um 06:14 Uhr

2006-07-14T06:14:20Z

← Nächstältere Version		Version vom 14. Juli 2006, 06:14 Uhr
Zeile 53:		Zeile 53:

	= Beispiele für gescheiterte Projekte =		= Beispiele für gescheiterte Projekte =
	*[[~~Fiscus~~]]		*[[FISCUS]]
	*[[BASIS II]]		*[[BASIS II]]
	*[[Inpol-Neu]]		*[[Inpol-Neu]]

Kowa am 14. Juli 2006 um 06:12 Uhr

2006-07-14T06:12:02Z

← Nächstältere Version		Version vom 14. Juli 2006, 06:12 Uhr
Zeile 1:		Zeile 1:
	== Definitionen ==		= Definitionen =
	=== Der Begriff ~~Scheitern =~~==		== Der Begriff „Scheitern“ ==

	Der Begriff ~~Scheitern~~ findet seinen Ursprung in der Seefahrt. Das Scheitern bezeichnet hier das Zerschellen eines Schiffes, welches vom Sturm auf Klippen oder Felsen geworfen wurde.		Der Begriff „Scheitern“ findet seinen Ursprung in der Seefahrt. Das Scheitern bezeichnet hier das Zerschellen eines Schiffes, welches vom Sturm auf Klippen oder Felsen geworfen wurde.

	Im allgemeinen Sprachgebrauch bezeichnet es das Nichterreichen eines gesetzten Zieles aufgrund bestimmter Störfaktoren.		Im allgemeinen Sprachgebrauch bezeichnet es das Nichterreichen eines gesetzten Zieles aufgrund bestimmter Störfaktoren.
Zeile 8:		Zeile 8:
	Synonyme hierfür: durchfallen, versagen, fehlschlagen, missglücken, misslingen		Synonyme hierfür: durchfallen, versagen, fehlschlagen, missglücken, misslingen

	=== Definition ~~Gescheitertes Projekt =~~==		== Definition „Gescheitertes Projekt“ ==

	Ein [[Projekt]] wird durch folgende Vorgaben definiert:		Ein [[Projekt]] wird durch folgende Vorgaben definiert:
Zeile 20:		Zeile 20:
	Daher kann auch ein abgeschlossenes Projekt ein gescheitertes Projekt sein.		Daher kann auch ein abgeschlossenes Projekt ein gescheitertes Projekt sein.

	== Statistiken ==		= Statistiken =
	Laut Untersuchungen der [[Standish-Group]], welche im sogenennten [[Chaos-Report]] veröffentlicht wurden, scheitern 84% aller IT-Projekte in den USA.		Laut Untersuchungen der [[Standish-Group]], welche im sogenennten [[Chaos-Report]] veröffentlicht wurden, scheitern 84% aller IT-Projekte in den USA.

Zeile 29:		Zeile 29:
	Für den bundesdeutschen Raum fehlen durchweg die harten Zahlen.		Für den bundesdeutschen Raum fehlen durchweg die harten Zahlen.

	== Gründe für das Scheitern ==		= Gründe für das Scheitern =

	=== [[Soft-~~skills~~]] ===		== [[Soft-Skills]] ==
	Oft werden mangelnde soft-skills als einer der Hauptgründe für das Scheitern von Projekten erwähnt. Der Faktor Mensch und dem Faktor Unternehmenskultur werden vor allem in den IT-Projekten oft zu wenig Bedeutung geschenkt. Die wenigsten haben in ihrer Ausbildung gelernt, wie man Konflikte im Berufsleben meistert.		Oft werden mangelnde soft-skills als einer der Hauptgründe für das Scheitern von Projekten erwähnt. Der Faktor Mensch und dem Faktor Unternehmenskultur werden vor allem in den IT-Projekten oft zu wenig Bedeutung geschenkt. Die wenigsten haben in ihrer Ausbildung gelernt, wie man Konflikte im Berufsleben meistert.

	=== [[Dogmatismus]] ===		== [[Dogmatismus]] ==
	Laut Wörterbuch: „Unkritisches Festhalten an Lehrmeinungen und Glaubenssätzen“. Da die meisten Unternehmenskulturen junge und dynamische Mitarbeiter präferieren, mangelt es oft an Erfahrungswerten. Festgelegte Strategien, sowie der dogmatische Einsatz von Programmiersprachen und Tools, stellen große Faktoren für das Scheitern dar.		Laut Wörterbuch: „Unkritisches Festhalten an Lehrmeinungen und Glaubenssätzen“. Da die meisten Unternehmenskulturen junge und dynamische Mitarbeiter präferieren, mangelt es oft an Erfahrungswerten. Festgelegte Strategien, sowie der dogmatische Einsatz von Programmiersprachen und Tools, stellen große Faktoren für das Scheitern dar.

	=== Auftragnehmer – Auftraggeber Beziehung ===		== Auftragnehmer/Auftraggeber-Beziehung ==
	Kommuniktationslücken zwischen dem eigentlichen Kunden und dem Auftragnehmer führen zu nicht gewünschten Ergebnissen. Dies liegt meist daran, dass der Kunde mit seinem Laiendasein, die technischen Punkte nicht versteht oder verstehen kann und der Auftragnehmer oft Kundenwünschen technisch gar nicht realisieren kann. Somit scheitern Projekte oft schon in der Definition der Ziele.		Kommuniktationslücken zwischen dem eigentlichen Kunden und dem Auftragnehmer führen zu nicht gewünschten Ergebnissen. Dies liegt meist daran, dass der Kunde mit seinem Laiendasein, die technischen Punkte nicht versteht oder verstehen kann und der Auftragnehmer oft Kundenwünschen technisch gar nicht realisieren kann. Somit scheitern Projekte oft schon in der Definition der Ziele.

	=== Falsche Kalkulationen ===		== Falsche Kalkulationen ==
	Kalkulationszahlen zu Beginn des Projektes können oft nicht eingehalten werden, da im Laufe des Projektes sich noch unberücksichtigte Kosten ergeben. Aufgrund der Verlaufsdauer des Projekts sind Kalkulationen meist nur Schätzungen der tatsächlich anfallenden Kosten. Vor allem bei großen staatlichen Projekten sind mitunter erhebliche Unterschiede feststellbar.		Kalkulationszahlen zu Beginn des Projektes können oft nicht eingehalten werden, da im Laufe des Projektes sich noch unberücksichtigte Kosten ergeben. Aufgrund der Verlaufsdauer des Projekts sind Kalkulationen meist nur Schätzungen der tatsächlich anfallenden Kosten. Vor allem bei großen staatlichen Projekten sind mitunter erhebliche Unterschiede feststellbar.

	=== Schlechtes [[Projektmanagement]] ===		== Schlechtes [[Projektmanagement]] ==
	Mangelnde oder gar fehlende Planung führen garantiert zu einem gescheiterten Projekt. Auch unzureichend informiertes Personal durch die Projektleitung ist ein weiteres Zeichen für ein schlechtes Projektmanagement.		Mangelnde oder gar fehlende Planung führen garantiert zu einem gescheiterten Projekt. Auch unzureichend informiertes Personal durch die Projektleitung ist ein weiteres Zeichen für ein schlechtes Projektmanagement.

	=== [[Fluktuation]] der Mitarbeiter ===		== [[Fluktuation]] der Mitarbeiter ==
	Je nach Dauer des Projektes, ist die Gefahr der Fluktuation sehr groß und neue Mitarbeiter müssen wieder neu eingearbeitet werden, was Verzögerungen hervorruft. Eingearbeitete Mitarbeiter, die das Projekt vorzeitig verlassen, stellen einen erhebliche Verzögerung dar und gleichzeitig eine Herausforderung für das Projektmanagement.		Je nach Dauer des Projektes, ist die Gefahr der Fluktuation sehr groß und neue Mitarbeiter müssen wieder neu eingearbeitet werden, was Verzögerungen hervorruft. Eingearbeitete Mitarbeiter, die das Projekt vorzeitig verlassen, stellen einen erhebliche Verzögerung dar und gleichzeitig eine Herausforderung für das Projektmanagement.

	=== Umweltaspekte ===		== Umweltaspekte ==
	Gerade bei großen staatlichen Projekten oder staatlich geförderten, wie zum Beispiel dem Transrapid, scheitert das Projekt an der Missachtung der Umweltaspekte. Mit Umwelt ist hier außer der Natur auch die Bevölkerung gemeint.		Gerade bei großen staatlichen Projekten oder staatlich geförderten, wie zum Beispiel dem Transrapid, scheitert das Projekt an der Missachtung der Umweltaspekte. Mit Umwelt ist hier außer der Natur auch die Bevölkerung gemeint.

	== Beispiele für gescheiterte Projekte ==		= Beispiele für gescheiterte Projekte =
	*[[Fiscus]]		*[[Fiscus]]
	*[[BASIS II]]		*[[BASIS II]]
Zeile 59:		Zeile 59:
	*[[elektronische Gesundheitskarte]]		*[[elektronische Gesundheitskarte]]

	== Links ==		= Links =

	*[http://www.gulp.de/kb/it/projekt/itprojekteins_f.html Woran scheitern IT-Projekte - www.gulp.de, 2001]		*[http://www.gulp.de/kb/it/projekt/itprojekteins_f.html Woran scheitern IT-Projekte - www.gulp.de, 2001]
	*[http://www.standishgroup.com/sample_research/chaos_1994_1.php Chaos Report - Standish Group, 1994]		*[http://www.standishgroup.com/sample_research/chaos_1994_1.php Chaos Report - Standish Group, 1994]

			[[Kategorie:Gescheiterte Projekte]]
			[[Kategorie:Glossar]]