Der Projektlebenszyklus beschreibt die Phasen, die ein Projekt zwischen der ersten Idee und der Abschlussbilanz durchläuft. Der Standard des PMI (PMBOK) unterscheidet fünf: Initiierung, Planung, Durchführung, Überwachung und Steuerung, Abschluss. Diese Einteilung gilt für ein IT-Projekt ebenso wie für eine Baustelle oder eine Reorganisation: Was sich ändert, ist die Dauer der Phasen und die Art, sie zu verketten. Dieser Leitfaden beschreibt jede Phase, ihre Ergebnisse und die Fragen, die vor dem Übergang zur nächsten zu klären sind, und zeigt, wie sich der Zyklus in prädiktiven, agilen und hybriden Vorgehen anpasst.
Die 5 Projektphasen in einer Tabelle
Jede Phase erzeugt Ergebnisse und endet mit einer Ausstiegsfrage. Solange die Antwort nicht Ja lautet, geht das Projekt nicht in die nächste Phase.
| Phase | Ziel | Wichtigste Ergebnisse | Ausstiegsfrage (Go/No-go) |
|---|---|---|---|
| 1. Initiierung | Entscheiden, ob das Projekt eine Existenzberechtigung hat | Projektauftrag, Business Case, benannter Sponsor, identifizierte Stakeholder | Sind Bedarf, erwarteter Nutzen und Budgetrahmen vom Sponsor freigegeben? |
| 2. Planung | Festlegen, wie das Ziel erreicht wird | Projektstrukturplan (PSP), Terminplan und Meilensteine, Budget, Auslastungsplan, Risikoregister, Kommunikationsplan | Ist der Plan mit den tatsächlich verfügbaren Ressourcen realistisch? |
| 3. Durchführung | Die Ergebnisse erstellen | Zwischenergebnisse, Protokolle, Entscheidungen, Änderungsmanagement | Erfüllen die Ergebnisse die Abnahmekriterien? |
| 4. Überwachung und Steuerung | Abweichungen messen und korrigieren | Statusberichte, Kennzahlen zu Termin/Kosten/Qualität, Korrekturmaßnahmen | Liegt die Abweichung noch innerhalb der vereinbarten Toleranzen, oder muss neu entschieden werden? |
| 5. Abschluss | Sauber beenden und Erfahrungen sichern | Abnahmeprotokoll, Übergabe an den Betrieb, Projektbilanz, Lessons Learned | Hat der Kunde die Abnahme unterschrieben und wurden die Erkenntnisse geteilt? |
Phase 1: die Initiierung, oder warum dieses Projekt
Die Initiierung macht aus einer Anfrage einen Projektkandidaten. Der Sponsor formuliert das zu lösende Problem, den erwarteten Nutzen und die Randbedingungen (Termin, Budget, Regulierung). Der vorgesehene Projektleiter schreibt einen ein- bis zweiseitigen Projektauftrag: Ziele, Umfang inklusive und exklusive, Stakeholder, Annahmen, Größenordnung der Kosten. Auf dieser Grundlage entscheidet das Gremium, ob gestartet, verschoben oder verworfen wird. Eine gut geführte Initiierung dauert einige Tage, nicht einige Monate. Häufige Fehler:
- Das Projekt ohne benannten Sponsor starten: niemand entscheidet, wenn Zielkonflikte auftreten.
- Lösung und Bedarf verwechseln: „Tool X einführen“ statt „Durchlaufzeit der Auftragsbearbeitung senken“ als Ziel festlegen.
- Den Business Case überspringen, weil die Entscheidung „ohnehin gefallen“ ist.
Phase 2: die Planung, vom Umfang zum Auslastungsplan
Die Planung übersetzt den Projektauftrag in einen ausführbaren Plan. Der Umfang wird in Arbeitspakete und Aufgaben zerlegt (Projektstrukturplan), Aufwände werden geschätzt, Aufgaben mit ihren Abhängigkeiten verkettet, Meilensteine gesetzt und der kritische Pfad bestimmt. Der Auslastungsplan gleicht diesen Terminplan anschließend mit den tatsächlich verfügbaren Ressourcen ab, Urlaub und andere Projekte eingeschlossen. Die Phase endet mit dem Kick-off, das Team und Stakeholder auf den Plan einschwört. Häufige Fehler:
- Mit Ressourcen zu 100 % planen, obwohl sie auf mehrere Projekte verteilt sind.
- Den Terminplan über 18 Monate tagesgenau ausarbeiten: ab der dritten Woche stimmt er nicht mehr.
- Externe Meilensteine vergessen (Rechtsprüfung, Verfügbarkeit eines Lieferanten), die nicht vom Team abhängen.
Phase 3: die Durchführung, die Ergebnisse erstellen
Die Durchführung ist die längste und ressourcenintensivste Phase. Der Projektleiter weist Aufgaben zu, räumt Hindernisse aus dem Weg, leitet die Teammeetings und bearbeitet Änderungsanträge: Jede Änderung des Umfangs durchläuft eine Auswirkungsanalyse auf Termin und Kosten, bevor sie angenommen wird. In Sitzungen getroffene Entscheidungen werden mit Datum und Verantwortlichem festgehalten, damit sie nicht erneut verhandelt werden. Häufige Fehler:
- „Kleine“ Anfragen annehmen, ohne sie zu erfassen: Der Umfang wächst, das Budget bleibt.
- Entscheidungen in Postfächern belassen statt in einem gemeinsamen Register.
- Bis zum Phasenende warten, um dem Kunden ein Ergebnis zu zeigen.
Phase 4: Überwachung und Steuerung, die Abweichung messen
Das PMI spricht von einer Prozessgruppe statt von einer Phase: Überwachung und Steuerung laufen parallel zur Durchführung, vom ersten bis zum letzten Tag. Es geht darum, das Ist regelmäßig mit dem Plan auf drei Achsen zu vergleichen — Termin, Kosten, Qualität — und Korrekturen zu beschließen. Konkret: wöchentliche Fortschrittsaktualisierung, Zeiterfassung, verbrauchtes gegenüber gebundenem Budget, Risikoreview und ein einseitiger Statusbericht (das Projektwetter) für das Gremium. Überwachung dient dem frühen Handeln: Eine bei 10 % gemeldete Verzögerung lässt sich aufholen, bei 40 % muss man sie hinnehmen. Häufige Fehler:
- Den Fortschritt nach Gefühl verfolgen („wir sind bei 80 %“) statt nach Restaufwand.
- Einen 20-seitigen Bericht erstellen, den niemand liest, statt einer Seite mit drei Kennzahlen und zwei anstehenden Entscheidungen.
- Warnungen erst eskalieren, wenn der Meilenstein bereits verpasst ist.
Phase 5: der Abschluss, beenden und Erfahrungen sichern
Der Abschluss beginnt mit der Endabnahme: Der Kunde oder der Fachbereich prüft, ob die Ergebnisse die in der Planung festgelegten Abnahmekriterien erfüllen, und unterschreibt ein Protokoll. Es folgen die Übergabe an den Betrieb (Dokumentation, Schulung, Support), der administrative Abschluss (Verträge, Rechnungen, Freigabe der Ressourcen) und die Bilanz: Abweichungen zwischen Plan und Ist, Ursachen, Erkenntnisse. Ein nicht formalisierter Abschluss hinterlässt ein „zu 95 % fertiges“ Projekt, das monatelang weiter Zeit bindet. Häufige Fehler:
- Das Team vor der Abnahme freigeben und dann niemanden mehr für Korrekturen finden.
- Die Bilanz sechs Monate später ziehen, wenn sich niemand mehr an die Ursachen erinnert.
- Den erwarteten Nutzen beim Abschluss messen: Er zeigt sich oft erst nach mehreren Monaten Betrieb, daher lohnt ein zeitversetztes Nutzenreview.
Prädiktiver, agiler oder hybrider Lebenszyklus: was sich ändert
Die fünf Phasen gibt es in jedem Vorgehen, aber ihre Abfolge unterscheidet sich. Im prädiktiven Vorgehen (Wasserfall, V-Modell) endet jede Phase vor der nächsten und der Umfang wird früh eingefroren. Im iterativen oder agilen Vorgehen wiederholen sich Planung, Durchführung und Überwachung in jedem Sprint, und der Umfang wird Lieferung für Lieferung geschärft. Hybrid, in Unternehmen am weitesten verbreitet, rahmt und schließt prädiktiv und liefert agil. Die Wahl hängt von der Stabilität des Bedarfs und den Kosten einer späten Änderung ab.
| Vorgehen | Wann einsetzen | Wie sich der Zyklus ändert | Beispiel |
|---|---|---|---|
| Prädiktiv | Stabiler Bedarf, regulatorische Vorgaben, hohe Fehlerkosten | Sequenzielle Phasen, Go/No-go-Gate zwischen jeder Phase, Umfang nach der Planung eingefroren | Bau, Infrastrukturmigration, Festpreisvertrag |
| Agil / iterativ | Bedarf, der sich unterwegs zeigt, Softwareprodukt, häufiges Nutzerfeedback | Kurze Initiierung, dann 2- bis 4-wöchige Zyklen aus Planung, Durchführung und Überwachung; Abschluss durch Beenden der Iterationen | Fachanwendung, Website, digitales Produkt |
| Hybrid | Organisation mit Gremien und Jahresbudgets, aber agilen Umsetzungsteams | Rahmen, Budget und vertragliche Meilensteine prädiktiv; Umsetzung in Sprints; gemischte Überwachung (Meilensteine und Velocity) | Einführung eines ERP oder CRM, Transformationsprogramm |
Durchgehendes Beispiel: ein Managementtool in einem KMU einführen
Ein KMU mit 120 Mitarbeitenden will seine Tabellenkalkulationen durch ein Projektverfolgungstool ersetzen. Hier der vollständige Lebenszyklus in fünf Schritten:
- Initiierung (2 Wochen): Die Geschäftsleitung stellt fest, dass sie keine konsolidierte Sicht auf die Projekte hat. Der IT-Leiter schreibt einen Projektauftrag: Ziel „jeden Montag eine aktuelle Portfoliosicht“, Umfang auf Projekte über 20 Tage begrenzt, Zielbudget 40 000 €, Sponsor der Geschäftsführer. Go in der Geschäftsleitung.
- Planung (3 Wochen): Projektstrukturplan mit vier Arbeitspaketen (Konfiguration, Datenübernahme, Schulung, Ausrollen), 4-Monats-Terminplan mit drei Meilensteinen, Auslastungsplan mit 0,3 VZÄ für den IT-Leiter und 0,5 VZÄ für eine Projektleiterin, Hauptrisiko „Akzeptanz der Projektleiter“.
- Durchführung (3 Monate): Konfiguration in zwei Iterationen, validiert mit zwei Pilot-Projektleitern, Übernahme von 25 Projekten, ein Änderungsantrag (Budgetverfolgung ergänzen), angenommen nach Bewertung mit +6 Tagen.
- Überwachung und Steuerung (laufend): wöchentliches 30-Minuten-Meeting, monatliches Projektwetter an die Geschäftsleitung, Warnung im zweiten Monat wegen Verzögerung der Datenübernahme, gelöst durch Verschieben der Schulung um eine Woche ohne Änderung des Endmeilensteins.
- Abschluss (2 Wochen): Abnahme durch den Geschäftsführer nach dem Kriterium „Portfolio an drei Montagen in Folge aktuell“, Übergabe an den internen Support, Bilanz: 44 000 € verbraucht (+10 %), Termin gehalten, Erkenntnis „die Piloten schon beim Projektauftrag einbinden“.
Die im Gremium zu formalisierenden Gates
Ein Phasenübergang ist eine Entscheidung, kein Datum. Damit er seine Rolle erfüllt, hat jedes Gate ein Eingangsdokument, ein entscheidendes Gremium und eine schriftliche Spur. Vorlage zur Wiederverwendung:
- Start-Go (Ende der Initiierung): Projektauftrag freigegeben, Sponsor benannt, Budgetrahmen reserviert. Gremium: Geschäftsleitung oder Portfolioausschuss.
- Umsetzungs-Go (Ende der Planung): Terminplan, Budget und Auslastungsplan angenommen, Hauptrisiken abgedeckt. Gremium: Lenkungsausschuss.
- Zwischenreviews (während der Durchführung): an jedem großen Meilenstein Projektwetter, anstehende Entscheidungen, zu bewertende Änderungsanträge. Gremium: Lenkungsausschuss, im beim Projektauftrag festgelegten Rhythmus.
- Inbetriebnahme-Go (Ende der Durchführung): Abnahme erteilt, Umstellungs- und Rückfallplan bereit. Gremium: Lenkungsausschuss, erweitert um Fachbereich und Betrieb.
- Abschluss (Projektende): Bilanz vorgestellt, Ressourcen freigegeben, zu messender Nutzen terminiert. Gremium: Portfolioausschuss.
Der Lebenszyklus auf Portfolioebene
Ein Projekt entsteht nicht in der Initiierung: Es war zuerst eine Idee oder eine Anfrage unter vielen. Auf Portfolioebene weitet sich der Lebenszyklus auf fünf Stufen: Idee, Qualifizierung, Priorisierung, Projekt, Bilanz. Die Qualifizierung prüft die Ausrichtung an der Strategie und schätzt Aufwand und Nutzen. Die Priorisierung vergleicht die Kandidaten mit der verfügbaren Kapazität und entscheidet, welche starten, und wann. Das Projekt durchläuft dann seine fünf Phasen. Die Bilanz schließt den Kreis: Der tatsächlich erzielte Nutzen und die Erkenntnisse fließen in die Qualifizierung der nächsten Ideen. Dieser erweiterte Zyklus verhindert, mehr Projekte zu starten, als die Organisation umsetzen kann — die häufigste Ursache für Verzögerungen in Kette.
In FoxPlan
FoxPlan deckt diesen Zyklus durchgängig ab, vom Portfolio bis zum Projekt. Ideen und Anfragen werden gesammelt, qualifiziert und priorisiert, bevor sie zu Projekten werden. Die Planung stützt sich auf ein interaktives Gantt mit Abhängigkeiten, Meilensteinen und kritischem Pfad, abgeglichen mit der Ressourcenkapazität in einem projektübergreifenden Auslastungsplan. Lenkungsausschüsse und Projektausschüsse haben ihr eigenes Modul mit wiederkehrenden Sitzungen und Tagesordnung, und das Projektwetter liefert den Statusbericht für jedes Review. Risiken, Entscheidungen, Maßnahmen und Änderungen werden als Projektobjekte bis zum Abschluss verfolgt, dessen Bilanz im Portfolio sichtbar bleibt.
So geht es in der FoxPlan-Dokumentation ↗
Häufige Fragen
Was sind die 5 Phasen eines Projekts?
Nach dem PMI sind die fünf Phasen (Prozessgruppen) Initiierung, Planung, Durchführung, Überwachung und Steuerung sowie Abschluss. Überwachung und Steuerung sind nicht streng sequenziell: Sie laufen parallel zur Durchführung, vom ersten bis zum letzten Tag.
Was ist der Unterschied zwischen Projektlebenszyklus und Produktlebenszyklus?
Der Projektlebenszyklus endet mit dem Abschluss, sobald die Ergebnisse abgenommen sind. Der Produktlebenszyklus geht weiter: Betrieb, Weiterentwicklungen, Ablösung. Ein Produkt durchläuft im Laufe seines Lebens in der Regel mehrere aufeinanderfolgende Projekte.
Wie lange dauert jede Projektphase?
Es gibt keine feste Regel. In der Praxis nimmt die Durchführung den größten Anteil ein, oft mehr als die Hälfte der Gesamtdauer; Initiierung und Planung machen zusammen einige Wochen bei einem Projekt über mehrere Monate aus; der Abschluss dauert einige Wochen. Wichtig ist, dass jede Phase mit einer expliziten Entscheidung endet.
Gilt der Projektlebenszyklus auch für agile Projekte?
Ja. Initiierung und Abschluss bleiben, aber Planung, Durchführung und Überwachung wiederholen sich in jeder Iteration von zwei bis vier Wochen. Der Umfang wird Lieferung für Lieferung geschärft, statt zu Beginn eingefroren zu werden.
Was ist ein Go/No-go-Gate?
Es ist ein Entscheidungspunkt am Ende einer Phase, an dem ein Gremium entscheidet, das Projekt fortzusetzen, anzupassen oder zu stoppen. Die Entscheidung stützt sich auf die Ergebnisse der Phase (Projektauftrag, Plan, Abnahmeprotokoll) und wird schriftlich festgehalten.
Wie sieht der Lebenszyklus eines IT-Projekts aus?
Ein IT-Projekt folgt denselben fünf Phasen, wobei die Durchführung oft in Konzeption, Entwicklung, Test und Rollout unterteilt ist. Die meisten IT-Projekte laufen heute in einem hybriden Zyklus: Rahmen und Meilensteine prädiktiv, agile Umsetzung in Sprints.
