Diskussion:Projektphase
Balzert
Die Reihenfolge Definition vor Planung ist eigentlich zwingend: Ich muß erst meinen Projketgengenstand definieren, bevor ich das Vorgehen planen kann. Ich kenne zwar Balzert nicht, aber alle mir bekannten Literaturquellen sehen dies so.
--Beschloss 20:47, 25. Jul 2005 (CEST)
- Ich habe den Abschnitt Balzert herausgenommen, da er nicht viel neues bietet. Dantor 12:36, 3. Sep 2006 (CEST)
PDR gehört nicht in Phase B
In dem Raumfahrt-Beispiel wird der PDR am Ende der Phase B gezeigt (Referenz: ECSS Standard). Diese Definition resultiert aus der Dominanz der CNES in diesem Gremium und versteht den PDR wirklich als "vorläufig" mit Skizzen, d.h. ohne kontrollierte, formell freigegebene Zeichnungen usw.
Kein grösseres ESA-Programm (Spacelab, Columbus) hat den PDR am Ende von Phase B durchgeführt sondern während der Phase C/D; dies ist in voller Übereinstimmung mit der NASA-Definition und absolut notwendig für kooperative Projekte.
In dem Beispiel "Anlagenbau" ist der PDR richtig am Anfang der Phase C/D gezeigt. Hjpospie 13:01, 18. Mai 2008 (CEST)
Beispiel Raumfahrt hat Fehler
Neben dem oben angesprochenen Unterschied für den PDR zwischen ECSS und anderen Raumfahrtprogrammen zeigt das Raumfahrtbeispiel noch andere Ungereimtheiten, die entweder auf Übersetzungsfehler oder falsche Definitionen in dem benutzten ECSS-Dokument zurückgehen:
- Acceptance Review ist am Ende von Phase D - nicht E1
- Alle ausser EOLR unter E2 genannten Ereignisse gehören in Phase E1 d.h. sie finden vor dem Launch statt.
Das Beispiel Raumfahrt sollte überarbeitet werden aufbauend auf dem NASA-Modell.
Hjpospie 12:32, 19. Mai 2008 (CEST)
Veralteter Link
Der Link bei den Referenzen geht leider nicht mehr:
"ECSS-M-30A: Raumfahrt-Projektmanagement - Projektphaseneinteilung und -planung, 19. April 1996,"
Das ist sehr schade, da ich ich mich sehr darauf gefreut hatte dort mehr zu erfahren.
Nicht zeitgemäße Verwendung der Wörter "Projekt" und "Projektphase"
Dieser Artikel verwendet den Begriff "Projekt" als Synonym für den Begriff "Vorhaben". Die Klarheit, dass ein Projekt die Form der Abwicklung eines Vorhabens darstellt, fehlt. Bei den in diesem Artikel beschriebenen Projektphasen, handelt es sich um Lebenszyklusphasen eines Vorhabens bzw. einer Investition. Ein ganzes Vorhaben von der Bedarfsplanung über die Konzeption bis zur Realisierung als einzelnes Projekt abzuwickeln, würde der Anforderung widersprechen, dass Projekte klar (SMART) definierte Ziele benötigen. In den frühen Lebenszyklusphasen wird noch keine klare Zieldefinition zur Lebenszyklusphase Realisierung möglich sein.
Durch die Fehlinterpretation des Wortes Projektphase ergibt sich auch die Aussage, dass sich "ein wasserfallartiges Vorgehen insbesondere für langlaufende Projekte als ungünstig herausgestellt" habe. Dies ist darauf zurückzuführen, dass eben ein gesamtes Vorhaben als einzelnes Projekt abgewickelt werden sollte, was im Projektverlauf zu zahlreichen Schleifen und Zieländerungen führen würde. Das Scheitern des Projektes ist dann zumeist nicht auf das Wasserfallmodell, sondern auf die Tatsache zurückzuführen, dass das Projekt im Lebenszyklus nicht sinnvoll abgegrenzt wurde. Je nach Komplexität und Umfang eines Vorhabens wird es sinnvoll sein, Konzeption, Planung und Realisierung als einzelne Projekte abzuwickeln.
Diese Logik ist gleichermaßen auf Organisations-, IT-, Bau- und andere Vorhaben anwendbar.
"Projektphasen" sind Teil des Projektstrukturplans (Work Breakdown Structure) und gliedern die im Projekt zu erledigen Aufgaben (Arbeitspakete) in Phasen. Diese sind nicht (so wie in diesem Artikel) mit den Lebenszyklusphasen einer Investition (Design, Entwicklung, Auslieferung) zu verwechseln, sondern gliedern die Aufgaben in jener/n Lebenszyklusphase(n), die als Projekt abgewickelt werden sollen, in kleinere Abschnitte.
