Aktuelle Definition nach DIN 69901-5:2009 (Ältere Definition nach DIN 69901:1987 (nicht mehr gültig))
Der Begriff der Projektphase wird in der neuen DIN 69901-5:2009 (Begriffe) nicht mehr definiert, sondern nur noch der neu eingeführte und neu interpretierte Begriff der Projektmanagementphase. Die beiden Begriffe Projektphase und Projektmanagementphase werden im Normblatt DIN 69901-2 (Prozesse, Prozessmodell) abgegrenzt. Die DIN 69901-2 interpretiert Projektphasen als fachlich bedingte Phasen im zeitlichen Ablauf des Projekts. Diese Projektphasen sind abhängig von Branche oder Projektart. Die DIN 69901-2 jedoch Projektmanagementphasen als Menge logisch zusammengehöriger Aktivitäten des Projektmanagements. DIN 69901-2 definiert zugleich explizit benannte Projektmanagementphasen (Initialisierung, Definition, Planung, Steuerung, Abschluss). Hieraus entsteht die Notwendigkeit für ein mehrfaches Durchlaufen einer Projektmanagementphase, was zu Inkonsistenzen und Widersprüchen mit anderen Prozessmodellen (s. u.) führt.
PMBOK® Guide 2008
Der PMBOK® Guide 2008 definiert eine Projektphase als Menge von logisch zusammengehörigen Vorgängen und gleichzeitig als Komponente des Projektlebenszyklus. Für das zeitliche Ende einer Projektphase gibt der PMBOK Guide als das typische Kriterium die Fertigstellung eines größeren Liefergegenstandes an. Der PMBOK Guide betont, dass Projektphasen keine Prozessgruppen sind. Er differenziert nicht zwischen Projektphasen und Projektmanagementphasen.
PRINCE2:2009
PRINCE2 betrachtet Phasen als ein wesentliches Steuerungsmittel und erhebt das phasenorientierte Vorgehen sogar zu einem seiner sieben Prinzipien. Dabei verwendet PRINCE2 nicht das Wort "phase" sondern das Wort "stage". PRINCE2 unterscheidet zwischen Management- und technischen Phasen. Technische Phasen entsprechen dabei exakt dem Begriff der Projektphase der DIN 69901-2. PRINCE2 sieht die Bedeutung der Managementphasen darin, dass sie Auftraggeber, Programm-Management oder Geschäftsführung Entscheidungen über den Fortgang des Projekts ermöglichen. Bei PRINCE2 beschreiben Managementphasen außerdem Planungshorizonte mit unterschiedlichem Detailgrad. PRINCE2 betrachtet die Phaseneinteilung des Projekts aus Managementsicht und benennt nur die Initiierungsphase explizit, alle anderen Phasen werden lediglich durchnummeriert. Die Managementphasen werden somit von PRINCE2 vollständig von den Prozessbezeichnungen und den fachlichen Abläufen entkoppelt. Bei PRINCE2 gibt es keine Abschluss-Managementphase, sondern lediglich den Prozess "Closing a Project". Übergaben, Prüfungen, Abnahmen usw. werden als technische Abläufe angesehen. Eine Abschlussphase wird nur als technische Phase gesehen.
ICB 3.0
Die ICB 3.0 definiert eine Projektphase als eine klar abgegrenzte, zeitliche Periode des Projektablaufs. Charakteristische Merkmale einer Projektphase bei ICB 3.0 sind größere Liefergegenstände, Ziele und zu treffende Entscheidungen über den Projektfortgang. Eine Unterscheidung zwischen Projektmanagementphasen und Projektphasen gibt es bei der ICB 3.0 nicht. Sie setzt diese implizit gleich, indem sie die branchen- und projektartspezischen Projektlebenszyklen als Phasenmodelle benennt.
Erläuterungen und Kommentar |
Auf den ersten Blick erscheint der Begriff der Projektphase einfach und klar definiert. Die relevanten Richtlinien interpretieren inzwischen den Phasenbegriff zunehmend unterschiedlich und verwenden ihn sogar als Differenzierungsmerkmal. Bei der Definition eines Projektphase können die unterschiedlichen Blickwinkel bei einer Zusammenarbeit über die Grenzen von Projektmanagementsystemen hinaus durchaus zu Missverständnissen führen, z.B. wenn nicht zwischen Phasen des Projektmanagements und der technischen Ausführung unterschieden wird.
An der ursprünglichen Definition der DIN aus dem Jahr 1987 ist der PMBOK Guide am nächsten, indem er die Phase direkt als Vorgangsmenge definiert. Eine Phase wäre damit im Netzplan wäre damit als Sammelvorgang direkt darstellbar. Mit dieser Definition steht auch die phasenorientierte Gliederung im Projektstrukturplan in Einklang. Diese Phasendefinition hat den Nachteil, dass sie den Management-Aspekt nahezu außer Acht lässt. Phasengrenzen ergeben sich dabei aus dem Projektablauf. Durch das bewusste planerische Setzen von Phasen ist ein Steuern des Projekts hierbei nicht vorgesehen.
Ein weiterer Schritt der ICB 3.0 ist, den Projektphasen Ziele und gesetzte Termine zuzuordnen. Den Schritt zur getrennten Definition von Managementphasen vollzieht sie allerdings noch nicht.
Dieser Schritt ist bei PRINCE2 am klarsten vollzogen. Die Managementphasen sind unabhängig von den technischen Phasen definiert und explizites Steuerungsmittel. Technische Phasen und Managementphasen sind dabei sinnvoll aufeinander abgestimmt, so dass z.B. Managemententscheidungen mit entsprechend bedeutenden Meilensteinen des Projektfortschritts zusammentreffen.
Die DIN 69901-2:2009 vollzieht ebenfalls die klare Trennung zwischen Projektmanagementprozessen und fachlich bedingten Projektprozessen. Sie benennt jedoch die Projektmanagementprozesse explizit nach Aufgabenbereichen, die üblicherweise nicht phasenweise abgearbeitet werden. Die fünf Projektmanagementphasen der DIN:
Initialisierung, Definition, Planung, Steuerung und Abschluss
entsprechen in etwa den Prozessgruppen des PMBOK Guides, die in der DIN 69901-2 definierten Prozessgruppen wiederum entsprechen den Wissensgebieten des PMBOK Guides bzw. den Themen bei PRINCE2. Zur Inkonsistenz mit dem Phasenbegriff führt insbesondere die Definition einer Steuerungsphase und einer Planungsphase durch die DIN 69901-2. Planungen während eines Projektes sind immer wieder erforderlich. Die DIN ist deshalb gezwungen, Phasen mehrfach zu durchlaufen bzw. Rücksprünge über Phasengrenzen zu erlauben. Diese Schwierigkeiten vermeiden andere Projektmanagementsysteme, indem sie Rekursionen auf Prozessebene ansiedeln und somit die Projektmanagementphasen einen sequentiellen Projektlebenszyklus ergeben.
Branchenspezifische Projektphasen
Spezifisch für den Projekttyp ist die konkrete zeitliche Gliederung der Projektdurchführung. Die Honorarordnung für Architekten und Ingenieure regelt z.B. den Bauablauf in 9 Leistungsphasen (für Gebäude und Ingenieurbauwerke). Für Software-Projekte definiert in Deutschland das sogenannte "V-Modell" und in der Schweiz das "Hermes-Modell" die Phasen und Vorgehensweisen. In der Pharmabranche gibt es spezifische Meilenstein/Phasen-Modelle, die zum Teil durch gesetzliche Vorgaben des Zulassungsverfahrens bestimmt sind. |
Synonyme / Verwandte Begriffe / weiter führende Begriffe
Abnahmephase, Konzeption, Lebensweg, Managementphase, Meilenstein, Projektabschluss, Projektabwicklung, Projektdefinition, Projektlebenszyklus, Projektmanagementphase, Projektreview, Quality Gate, Rollende Planung, Vorgehensmodell, Zwischenabnahme
Englische Entsprechung
Project Phase, Technical Stage
Basiert auf folgender Norm
DIN 69901-2, PMBOK, ICB
|
