Projektlebenszyklus: Die 5 Phasen erklärt (mit Beispielen)

Wer ein Projektaudit durchführt, stößt immer wieder auf dasselbe Muster: Das Team hat die Initiierungsphase übersprungen, direkt mit der Ausführung begonnen und schließt das Projekt ab, ohne den ursprünglichen Umfang jemals validiert zu haben. Genau dafür gibt es den Projektlebenszyklus, er gibt jedem Projekt eine gemeinsame Struktur, an der sich Teams, Sponsoren und Stakeholder orientieren können.

Was ist der Projektlebenszyklus?

Der Projektlebenszyklus ist die Abfolge von Phasen, die ein Projekt vom formalen Start bis zum formalen Abschluss durchläuft. Das Project Management Institute (PMI) definiert im PMBOK Guide (Project Management Body of Knowledge) fünf Prozessgruppen, die in der Regel fünf Lebenszyklusphasen entsprechen: Initiierung, Planung, Ausführung, Überwachung & Steuerung und Abschluss.

Die 7. Ausgabe des PMBOK Guide (2021) hat die primäre Sprache von Prozessgruppen auf Prinzipien und Performance Domains verlagert und damit den Anwendern mehr Flexibilität gegeben. Das Fünf-Phasen-Modell bleibt jedoch das gemeinsame Vokabular in Branchen, Zertifizierungsprüfungen und Projektmanagementsoftware. Die meisten Organisationen strukturieren ihre Projektabläufe weiterhin danach, selbst wenn sie für die eigentliche Arbeit agile Methoden einsetzen.

Zwei Konzepte, die häufig verwechselt werden, sollten klar unterschieden werden. Der Projektlebenszyklus beschreibt die Phasen der Arbeit (was erledigt wird). Der Produktlebenszyklus beschreibt die Stadien eines Produkts von der Entstehung bis zur Einstellung. Ein einzelner Produktlebenszyklus enthält typischerweise mehrere Projektlebenszyklen, einen pro wesentlichem Release, Migration oder Verbesserungsinitiative.

Key Facts

Die 7. Ausgabe des PMI PMBOK Guide (2021) hat die Leitlinien auf Basis von 12 Prinzipien und 8 Performance Domains neu strukturiert. Die fünf Prozessgruppen (Initiierung, Planung, Ausführung, Überwachung und Steuerung, Abschluss) bilden jedoch weiterhin das Fundament der PMI-Zertifizierungsprüfungen und der meisten organisatorischen Projektrahmen (Project Management Institute, 2021).

PMIs Pulse of the Profession 2024 ergab: Organisationen mit reifen Projektmanagementpraktiken erreichen ihre ursprünglichen Ziele zu 76 % gegenüber 54 % bei Organisationen mit niedrigem Reifegrad. Diese Lücke von 22 Prozentpunkten ist direkt auf die konsequente Anwendung strukturierter Lebenszyklusphasen zurückzuführen (PMI, 2024).

Der CHAOS Report der Standish Group (2023) stellte fest, dass nur 31 % der Projekte erfolgreich abgeschlossen wurden (termingerecht, im Budget, mit zufriedenstellenden Ergebnissen) und dass unzureichende Planung sowie mangelhaftes Scope-Management die beiden häufigsten Ursachen für Scheitern waren, genau die Probleme, die die Initiierungs- und Planungsphase verhindern sollen.

Die 5 Phasen im Detail

Phase 1: Initiierung

In der Initiierungsphase wird das Projekt formal genehmigt. Das zentrale Ergebnis ist der Projektauftrag, ein kurzes Dokument, das das Projekt benennt, den Business Case darlegt, übergeordnete Ziele definiert, die wichtigsten Stakeholder auflistet und dem Projektmanager die Befugnis erteilt, organisatorische Ressourcen einzusetzen.

Diese Phase umfasst auch die Stakeholder-Identifikation. Alle Personen, die ein Interesse an dem Projekt haben oder Einfluss darauf nehmen können, werden erfasst und in einem Stakeholder-Register festgehalten. Fehler hier rächen sich im ungünstigsten Moment: wenn ein entscheidender Stakeholder dem Projektumfang nie zugestimmt hat.

Die Initiierung darf nicht mit der Entwicklung des Business Case verwechselt werden, die typischerweise vor dem offiziellen Projektstart stattfindet. Wenn die Initiierungsphase beginnt, hat die Organisation bereits entschieden, dass das Projekt es wert ist, durchgeführt zu werden. Die Initiierung macht diese Entscheidung lediglich formal.

Typische Liefergegenstände: Projektauftrag, Stakeholder-Register, übergeordnete Annahmen und Einschränkungen.

Phase 2: Planung

Die Planung ist die dokumentenintensivste Phase. Das Team erstellt den Projektmanagementplan, der tatsächlich eine Sammlung von Teilplänen zu Scope, Zeitplan, Budget, Qualität, Ressourcen, Kommunikation, Risiken, Beschaffung und Stakeholder-Einbindung ist.

Zentrales Element der Planung ist die Umfangs-Baseline: der Projektstrukturplan (PSP/WBS), das WBS-Wörterbuch und die Scope-Beschreibung. Alles, was das Projekt produzieren soll, wird hier definiert. Was nicht in der Umfangs-Baseline steht, ist offiziell nicht im Scope.

Danach folgt die Terminbaseline, die in der Regel mit der Methode des kritischen Pfads (CPM) oder einem PERT-Chart bei Projekten mit hoher Dauernunsicherheit erstellt wird. Ein Gantt-Diagramm visualisiert den Zeitplan anschließend für Team und Sponsoren.

Die Planung endet nie vollständig. Mit zunehmenden Erkenntnissen in der Ausführungsphase werden Pläne aktualisiert. Ein solider Ausgangsplan reduziert jedoch das Chaos erheblich, das durch späte Überraschungen entsteht.

Phase 3: Ausführung

In der Ausführungsphase findet die eigentliche Arbeit statt. Die Rolle des Projektmanagers wechselt vom Planer zum Integrator: Koordination von Mitarbeitern, Steuerung von Lieferanten, Entscheidungsmoderation und Beseitigung von Blockern, damit das Team liefern kann.

Zu den wichtigsten Aktivitäten gehören das Ressourcenmanagement (Sicherstellung, dass die richtigen Personen und Materialien zur richtigen Zeit verfügbar sind), die Teamentwicklung (gemeinsame Normen aufbauen, Konflikte lösen, coachen) und die Qualitätssicherung (Sicherstellung, dass Prozesse die richtigen Ergebnisse liefern, nicht nur eine nachgelagerte Kontrolle der Outputs).

Die Ausführungsphase verbraucht den größten Teil des Projektbudgets. Deshalb läuft Phase 4 parallel, nicht danach.

Die Stakeholder-Einbindung nimmt hier zu. Sponsoren erwarten Fortschrittsberichte, Kunden wollen Demos, und Änderungsanfragen treffen ein. Jede Änderungsanfrage durchläuft die integrierte Änderungssteuerung, bevor sie die Baselines beeinflusst.

Phase 4: Überwachung und Steuerung

Überwachung und Steuerung laufen während der gesamten Projektlaufzeit parallel zur Ausführung, nicht nur am Ende. Ziel ist der Vergleich der tatsächlichen Leistung mit dem Plan, die Erkennung von Abweichungen und die Einleitung von Korrekturmaßnahmen, bevor diese Abweichungen zu Krisen werden.

Die wichtigsten Instrumente sind die Earned Value Management (EVM)-Kennzahlen: Schedule Performance Index (SPI) und Cost Performance Index (CPI) zeigen gleichzeitig an, ob das Projekt bei Zeit und Kosten im Plan liegt.

Diese Phase steuert auch die Scope-Kontrolle (Verhinderung von Umfangsausweitungen), die Terminsteuerung (Komprimierung oder Anpassung des Zeitplans bei Bedarf) und das Risiko-Monitoring (Beobachtung neuer Risiken und Überprüfung der Wirksamkeit von Risikomaßnahmen).

Ein zentraler Output dieser Phase ist das Änderungsprotokoll, eine Aufzeichnung jeder genehmigten, abgelehnten und zurückgestellten Änderungsanfrage. Ohne dieses Protokoll wird das Projekt abgeschlossen, ohne dass jemand weiß, warum das Endprodukt vom ursprünglichen Plan abweicht.

Phase 5: Abschluss

Der Abschluss ist die am häufigsten übersprungene Phase und gleichzeitig die wertvollste für das langfristige organisatorische Lernen. Er beendet das Projekt formal, übergibt die Liefergegenstände und hält fest, was das Team gelernt hat.

Zu den wichtigsten Aktivitäten gehören: formale Abnahme durch den Kunden oder Sponsor einholen, Verträge mit Lieferanten abschließen, Projektressourcen an die Organisation zurückgeben, Projektdokumente archivieren und eine Lessons-Learned-Sitzung durchführen.

Das Lessons-Learned-Register ist das institutionelle Gedächtnis: was funktioniert hat, was nicht, und was das nächste Team anders machen sollte. Organisationen, die den Abschluss überspringen, wiederholen dieselben Fehler Projekt für Projekt, weil dieses Wissen nie festgehalten wird.

Ein abgeschlossenes Projekt gibt dem Projektmanager auch seine formale Befugnis zurück. Ohne einen ordentlichen Abschluss verbleiben Teammitglieder in Unklarheit darüber, ob das Projekt beendet oder nur pausiert ist.

Wichtige Liefergegenstände pro Phase

Wie Aufwand, Kosten und Risiken sich über den Lebenszyklus entwickeln

Die fünf Phasen erfordern nicht gleich viele Ressourcen und tragen nicht die gleiche Unsicherheit. Zu verstehen, wie sich diese Variablen über den Lebenszyklus verändern, ist eine der praktischsten Erkenntnisse im Projektmanagement.

Aufwand und Kosten beginnen in der Initiierungsphase niedrig, steigen durch die Planung, erreichen in der Ausführungsphase ihren Höchstwert und nehmen im Abschluss ab. Der größte Teil des Projektbudgets wird in Phase 3 verbraucht. Deshalb ist eine genaue Planung so wichtig: Wenn das große Geld ausgegeben wird, sind Korrekturen teuer.

Risiko und Unsicherheit verlaufen in die entgegengesetzte Richtung. Zu Beginn eines Projekts ist am wenigsten über die bevorstehende Arbeit bekannt, die Unsicherheit ist daher am höchsten. Mit zunehmender Planung, Gestaltung und Ausführung werden Unbekannte aufgelöst und das Risiko sinkt. Dies wird als Cone of Uncertainty bezeichnet, ein Konzept von Barry Boehm aus dem Software Engineering, das im gesamten Projektmanagement weitverbreitet ist.

Der Einfluss der Stakeholder ist in der Initiierungsphase am größten. Sponsoren und Kunden können ein Projekt in Phase 1 zu sehr geringen Kosten grundlegend umgestalten. Dieselbe Änderung in Phase 3 kostet erheblich mehr, weil bereits abgeschlossene Arbeit rückgängig gemacht werden muss.

Die Kosten von Änderungen steigen mit Projektfortschritt stark an. Eine Scope-Änderung in der Initiierungsphase ist ein Gespräch. Eine Scope-Änderung in der Ausführungsphase bedeutet Nacharbeit, Terminverzögerungen und Budgetüberschreitungen. Deshalb investieren gut geführte Projekte in die Planung, anstatt direkt mit der Ausführung zu beginnen.

Die praktische Konsequenz: Widerstehen Sie dem Druck, Phase 1 und 2 zu überspringen oder zu beschleunigen. Die kurzfristige Zeitersparnis führt fast immer zu Problemen in Phase 3 oder 4, die weit mehr kosten als das, was eingespart wurde.

Prädiktive, adaptive und hybride Lebenszyklen

PMI erkennt an, dass nicht alle Projekte von derselben Lebenszyklusstruktur profitieren. Der PMBOK Guide 7. Ausgabe und der ergänzende Agile Practice Guide beschreiben ein Spektrum von vollständig prädiktiv bis vollständig adaptiv.

Prädiktiv (Waterfall): Der vollständige Scope wird im Voraus definiert. Die fünf Phasen laufen weitgehend sequenziell ab. Jede Phase produziert dokumentierte Liefergegenstände, die als Baseline festgelegt werden, bevor die nächste Phase beginnt. Prädiktiv funktioniert am besten, wenn Anforderungen stabil sind, die Technologie bewährt ist und der Kunde Kostensicherheit wünscht. Baugewerbe, Fertigung und regulierungsintensive Branchen tendieren zum prädiktiven Ansatz.

Iterativ und inkrementell: Das Projekt wird in Iterationen geplant (Sprints, Phasen, Releases). Jede Iteration produziert einen funktionsfähigen Output, den Stakeholder bewerten können. Der Scope kann zwischen Iterationen angepasst werden. Dieser Ansatz liegt zwischen prädiktiv und adaptiv.

Adaptiv (Agile): Die Planung erfolgt rollierend. Teams verpflichten sich nur zum nächsten Sprint oder zur nächsten Iteration, nicht zu einem vollständigen Scope im Voraus. Anforderungen entwickeln sich kontinuierlich auf Basis von Stakeholder-Feedback. Scrum und Agile Methodik arbeiten in diesem Modus. Adaptiv eignet sich am besten, wenn Anforderungen unklar oder wahrscheinlich änderungsbedürftig sind und schnelles Feedback wichtiger ist als Planungssicherheit.

Hybrid: Die meisten realen Projekte kombinieren Ansätze. Ein Software-Rollout könnte prädiktive Phasen für Infrastruktur und Compliance-Arbeiten nutzen, während für die Feature-Entwicklung agile Sprints zum Einsatz kommen. Regulierte Branchen (Finanzdienstleistungen, Gesundheitswesen, Luftfahrt) verwenden häufig hybride Modelle: prädiktive Governance und Dokumentation, adaptive Lieferung.

Die Wahl des Lebenszyklus ist keine Frage der Vorliebe. Es geht um die Eignung: die Art der Anforderungen, das Ausmaß der verfügbaren Stakeholder-Einbindung, den regulatorischen Kontext und die Risikobereitschaft.

Praxisbeispiel: CRM-Einführung in allen 5 Phasen

Ein mittelständisches B2B-Unternehmen (300 Mitarbeiter, zwei Vertriebsteams) entscheidet sich, die auf Tabellenkalkulationen basierte Lead-Verfolgung durch eine CRM-Plattform zu ersetzen. So gestaltet der Projektlebenszyklus die Einführung.

Initiierung: Der VP Sales erstellt einen Business Case, der zeigt, dass das aktuelle System durch manuelle Übergabefehler schätzungsweise 15 % der Leads verliert. Der Projektauftrag benennt den Projektmanager, legt ein Budgetrahmen fest, definiert den Erfolg als vollständige Einführung bei beiden Vertriebsteams innerhalb von sechs Monaten und identifiziert die wichtigsten Stakeholder: VP Sales, IT-Direktor, Sales Operations Manager und die zwei Teamleiter.

Planung: Der Projektmanager erstellt einen Projektstrukturplan, der die Einführung gliedert in: Anbieterauswahl, Datenmigration, Konfiguration und Anpassung, Integration mit dem Marketing-Automatisierungstool, Schulung und Go-Live. Ein Gantt-Diagramm bildet den Zeitplan über 22 Wochen ab. Ein Risikoregister identifiziert AnbieterverZögerung, Datenqualitätsprobleme und geringe Nutzerakzeptanz als die drei größten Risiken, jeweils mit einem Maßnahmenplan.

Ausführung: Das Team führt die Anbieterauswahl durch (Wochen 1-4), unterzeichnet Verträge, migriert historische Daten (Wochen 5-8), konfiguriert das CRM (Wochen 9-14), führt parallele Tests mit einer Pilotgruppe von 10 Vertriebsmitarbeitern durch (Wochen 15-18) und liefert Schulungen (Wochen 19-21).

Überwachung und Steuerung: Wöchentliche Statusberichte verfolgen die Datenmigrations-Abschlussrate (Ist vs. Plan), Konfigurationsaufgaben (SPI konstant bei 0,92 aufgrund einer Anbieterverzögerung) und Akzeptanzkennzahlen der Pilotgruppe. Eine Änderungsanfrage für ein benutzerdefiniertes Dashboard für den VP wird eingereicht, bewertet, genehmigt und mit einer Terminauswirkung von zwei Wochen in den Plan integriert.

Abschluss: Der Go-Live erfolgt in Woche 22. Der Projektmanager erhält die schriftliche Abnahme des VP Sales, übergibt das System an IT Operations für den laufenden Support und schließt den Anbietervertrag ab. Eine Lessons-Learned-Sitzung zeigt: Die Datenqualitätsprüfung hätte in Woche 2 beginnen sollen, nicht in Woche 5. Die Verzögerung verschob die Migration um drei Wochen und brachte den Termin fast in Gefahr.

Häufige Fehler pro Phase

Initiierung

• Den Projektauftrag überspringen und direkt mit der Planung beginnen (verursacht später Verwirrung über Befugnisse)
• Nur offensichtliche Stakeholder identifizieren; Beschaffung, Rechtsabteilung oder Endnutzergruppen übersehen
• Den Business Case mit dem Projektauftrag gleichsetzen (es sind unterschiedliche Dokumente mit unterschiedlichen Zwecken)

Planung

• Den Zeitplan erstellen, bevor der Projektstrukturplan fertig ist (Arbeit lässt sich nicht sequenzieren, bevor sie definiert ist)
• Optimistisch schätzen ohne Risikopuffer
• Einen Kommunikationsplan erstellen, den niemand liest; ihn verteilen und Bestätigung einholen

Ausführung

• Änderungsanfragen informell bearbeiten, ohne die integrierte Änderungssteuerung zu durchlaufen
• Teamentwicklungsaktivitäten unter Termindruck überspringen
• Den Projektmanager zum Aufgabenerlediger statt zum Koordinator werden lassen

Überwachung und Steuerung

• Status nach Gefühl statt auf Basis von Earned Value-Kennzahlen berichten
• Abweichungsanalysen als Schuldzuweisungsübung statt als Entscheidungsgrundlage behandeln
• Probleme voreilig schließen, bevor die Ursache bestätigt ist

Abschluss

• Das Projekt als abgeschlossen erklären, sobald der Liefergegenstand übergeben wurde, bevor die formale Abnahme erfolgt ist
• Lessons Learned überspringen, weil das Team bereits beim nächsten Projekt ist
• Organisatorische Prozessassets nicht mit Vorlagen, Schätzungen und Risikodaten aus diesem Projekt aktualisieren

Häufig gestellte Fragen

Ist der Projektlebenszyklus dasselbe wie Prozessgruppen?

Nicht genau, aber sie sind eng miteinander verbunden. Die Prozessgruppen des PMI (Initiierung, Planung, Ausführung, Überwachung und Steuerung, Abschluss) sind Kategorien von Projektmanagementprozessen. Der Projektlebenszyklus bezeichnet die Phasen der eigentlichen Projektarbeit. In der Praxis stimmen Prozessgruppen und Lebenszyklusphasen häufig eins zu eins überein, weshalb sie oft gleichgesetzt werden. Der wesentliche Unterschied ist: Prozessgruppen beschreiben, was der Projektmanager tut, während Lebenszyklusphasen beschreiben, was das Projekt produziert und wann.

Sind die 5 Phasen immer sequenziell?

Nicht vollständig. Überwachung und Steuerung laufen beispielsweise parallel zur Ausführung über die gesamte Projektlaufzeit, nicht danach. Bei vielen Projekten setzt sich die Planung parallel zur frühen Ausführung fort, wenn weitere Details klarer werden. Die Phasen stellen eine allgemeine Schwerpunktabfolge dar, keine strikten Übergaben. Initiierung sollte jedoch immer vor der Planung stattfinden, und der Abschluss sollte immer als Letztes erfolgen.

Wie unterscheidet sich der Projektlebenszyklus bei agilen Projekten?

In agilen Frameworks wie Scrum existieren die fünf Phasen weiterhin, aber sie werden komprimiert und wiederholt. Jeder Sprint hat seine eigene Mini-Initiierung (Sprint-Planung), Ausführung (Sprint-Arbeit), Überwachung (Daily Stand-ups, Burndown-Charts) und Abschluss (Sprint-Review und Retrospektive). Das Gesamtprojekt bewegt sich dennoch von einem formalen Kickoff zu einem finalen Abschluss. Was sich ändert, ist, dass die Planung rollierend statt im Voraus erfolgt und Liefergegenstände schrittweise statt am Ende freigegeben werden.

Was passiert in Überwachung und Steuerung, wenn die Ausführung reibungslos verläuft?

Überwachung und Steuerung laufen weiterhin. Wenn alles planmäßig verläuft, sind die Outputs Bestätigungen: Statusberichte mit grünen Indikatoren, ein Änderungsprotokoll ohne offene Punkte und ein Risikoregister ohne neu eskalierte Risiken. Diese Dokumentation ist wichtig, weil sie eine Revisionsspur schafft. Sponsoren und Stakeholder sehen, dass das Projekt auf Kurs ist, weil die Daten es belegen, nicht nur, weil der Projektmanager es sagt. Gute Überwachung in reibungslos verlaufenden Phasen erleichtert es zudem, erste Warnsignale zu erkennen, wenn doch etwas ins Stocken gerät.

Den Verlauf des Projektlebenszyklus zu kennen, macht Projekte nicht automatisch erfolgreich. Aber es wird erheblich schwerer, versehentlich die Phase zu überspringen, in der Erfolg geplant wird.