Grundlagen 3 - Projektlebenszyklus & Methoden

Google Project Management Certificate · Kurs 1: Grundlagen des Projektmanagements

---

Warum ein Lebenszyklus?

Keine zwei Projekte sind identisch, deshalb gibt es selten den einen „richtigen” Weg, ein Projekt zu führen. Jedes Projekt bringt seine eigenen Ressourcen, Menschen, Fristen und Rahmenbedingungen mit. Weil so viele Faktoren ein Projekt beeinflussen können, hilft es, von einer gemeinsamen Struktur auszugehen - dem Projektlebenszyklus -, die die Arbeit von Anfang bis Ende auf Kurs hält.

Projektlebenszyklus

Die grundlegende Struktur, die ein Projekt durch vier große Phasen führt, von denen jede ihre eigenen Aufgaben und Schwerpunkte hat. Wer ihr folgt, hält sich und das Team auf dem Weg zum richtigen Ziel.

Projekt initiieren

→

Einen Plan erstellen

→

Aufgaben ausführen & abschließen

→

Projekt abschließen

Die vier Phasen des Projektlebenszyklus, in ihrer Reihenfolge.

Tipp

Die Bezeichnungen der Phasen können je nach Organisation oder Projekttyp variieren (z. B. „ausführen” vs. „managen”), aber der zugrunde liegende Gedanke bleibt gleich. Quizze prüfen das Konzept, nicht die Formulierung.

Die vier Phasen

1 - Projekt initiieren

Die Startrampe. Hier ordnest du alles, was du bereits über das Projekt weißt, und baust die Begründung auf, um es genehmigen zu lassen.

1. Definiere Projektziele und Deliverables (konkrete Aufgaben oder Ergebnisse - z. B. „5.000 $ einwerben” oder „500 Unterschriften sammeln”).

2. Identifiziere das Budget, die Ressourcen (Menschen, Ausrüstung, Software, Lieferanten, Räumlichkeiten) und alle Beteiligten.

3. Dokumentiere den Wert des Projekts in einem Projektvorschlag.

4. Hole die Genehmigung eines Entscheidungsträgers ein (das kannst auch du sein), bevor es weitergeht.

Nützliche Fragen für diese Phase: Wer sind die Stakeholder? Was sind die Ziele des Kunden? Was ist der Zweck und die Mission? Was sind die messbaren Ziele? Bis wann muss es fertig sein? Welche Fähigkeiten, Ressourcen und Kosten sind nötig - und welchen Nutzen bringt es?

2 - Einen Plan erstellen

Nach der Genehmigung legst du fest, wie du vom Anfang bis zum Ende kommst. Sorgfältige Planung ist entscheidend - du würdest auch kein Haus ohne Bauplan und Budget bauen.

Ein guter Plan enthält typischerweise:

Planelement	Was es abdeckt
Budget	Eine aufgeschlüsselte Kostenschätzung
Aufgabengliederung	Meilensteine und die dazugehörigen Aufgaben/Deliverables
Zeitplan	Zeitablauf für Ressourcen, Materialien und Arbeit
Rollen & Verantwortlichkeiten	Wer wofür zuständig ist
Kommunikation	Wie Team und Stakeholder informiert bleiben
Risiko- & Änderungsplan	Was zu tun ist, wenn das Projekt auf Probleme stößt oder sich ändern muss

Achtung

Die Planung für Risiko und Änderung ist nicht optional. Häufige Risiken sind Terminverzögerungen, Budgetänderungen, Technologie-/Softwareanforderungen, rechtliche Fragen, Qualitätskontrolle und der Zugang zu Ressourcen. Erfahrene Manager wissen, dass sich Pläne immer ändern - der Plan ist genau das, was dir erlaubt, dich anzupassen.

3 - Aufgaben ausführen und abschließen

Der Plan wird in Bewegung gesetzt. Entscheidend: Das Team erledigt die Aufgaben - du managst das Ganze.

Die eigentliche Aufgabe des PM in der Ausführung

Verfolge den Fortschritt, halte das Team motiviert und über die Erwartungen im Klaren, räume Hindernisse aus dem Weg und informiere die richtigen Leute früh, wenn eine Verzögerung droht. Denk an einen Sporttrainer: Du bist nicht auf dem Spielfeld, aber deine Anleitung und dein Teambuilding entscheiden über das Ergebnis.

Während der Ausführung kommunizierst du außerdem über Meetings, Memos, E-Mails, Chat und Statusberichte; passt Zeitplan, Budget und Ressourcenzuteilung an, wenn sich Dinge verschieben; behebst Schwächen in Prozessen oder Lücken bei Schulungen; und gehst mit Veränderungen um.

Tipp

Im Zweifel: lieber zu viel kommunizieren. Häufige, klare Updates halten das Projekt im Zeit- und Budgetrahmen.

4 - Projekt abschließen

Oft übersehen - es ist verlockend anzunehmen, dass alle weiterziehen können, sobald das Ziel geliefert ist. Doch der Abschluss ist wichtig.

1. Fertigstellung bestätigen - alle Aufgaben erledigt (einschließlich der unterwegs hinzugekommenen Arbeit), Rechnungen bezahlt, Ressourcen zurückgegeben und verbucht, Dokumentation eingereicht.

2. Freigabe einholen - bestätige, dass das Endergebnis für denjenigen akzeptabel ist, der das Projekt in Auftrag gegeben hat. Dessen Zufriedenheit ist entscheidend für den Erfolg.

3. Eine Retrospektive durchführen - reflektiere, was gut lief und was nicht, um es beim nächsten Mal besser zu managen. Diese Notizen helfen auch der übernehmenden Organisation bei künftigen Entscheidungen.

4. Ergebnisse teilen mit den Stakeholdern und übergib laufende Unterstützung an das Team, das sie weiter betreuen wird.

5. Feiere den Einsatz des Teams und ziehe dann formell weiter.

Retrospektive

Eine strukturierte Reflexion nach einem Projekt (oder einer Phase), um bewährte Vorgehensweisen und gewonnene Erkenntnisse festzuhalten - wertvoll selbst dann, wenn alles perfekt lief.

Manche Projekte haben ein festes Enddatum (z. B. eine Kampagne - ist sie vorbei, ist sie vorbei). Andere enden durch Übergabe: Ein neues Bestellsystem gilt als „abgeschlossen”, sobald es installiert ist und die Mitarbeitenden geschult sind, woraufhin ein Support-Team es im Alltag am Laufen hält - wie die Schlüsselübergabe eines neu gebauten Hauses.

Rückblick Phase für Phase

Phase	Kernzweck	Wichtige Ergebnisse
Initiieren	Wert definieren und Genehmigung erhalten	Ziele, Deliverables, Ressourcen, Vorschlag
Planen	Festlegen, wie das Ziel erreicht wird	Budget, Zeitplan, Aufgaben, Rollen, Risikoplan
Ausführen	Die Arbeit erledigen; Fortschritt managen	Erledigte Aufgaben, Status-Updates, Anpassungen
Abschließen	Abschließen und lernen	Freigabe, Retrospektive, Übergabe, Feier

Fallstudie - die Kosten einer überhasteten Initiierung

Ein PM wurde gedrängt, einen Vorschlag für ein Schulungsprogramm an einem einzigen Wochenende zu verschicken, um einen Kunden zufriedenzustellen. Er schätzte eine Standardzahl - etwa 200.000 $ / 6 Wochen - ohne die Ingenieure einzubeziehen. Später stellte sich heraus, dass die Software des Kunden mit der Plattform inkompatibel war: Die realen Kosten lagen bei über 1 Million $ und rund einem Jahr für Entwicklung und Test. Das Projekt scheiterte, bevor es begann. Die Lösung war simpel: um etwas mehr Zeit bitten, die Schlüsselpersonen einbeziehen und ordentlich schätzen. Eine Phase zu überspringen, um Tage zu sparen, kann später ein Vielfaches kosten.

Überwachung läuft durchgehend

Überwachen und Steuern sind keine eigene Phase - der PM verfolgt Fortschritt, Qualität, Budget und Stakeholder-Einbindung kontinuierlich über die gesamte Ausführung hinweg (und eigentlich über den gesamten Lebenszyklus).

Methoden: wie Projekte geführt werden

Verschiedene Projekte profitieren von verschiedenen Projektmanagement-Methoden - Sätzen von Leitprinzipien und Prozessen, um ein Projekt durch seinen Lebenszyklus zu führen. Auf der obersten Ebene teilen sie sich in zwei Denkweisen: linear und iterativ.

Linear vs. iterativ

Linear - jede Phase oder Aufgabe muss abgeschlossen sein, bevor die nächste beginnt; klares, festes Ziel (z. B. der Bau eines Bungalows: Bauplan → Fundament → Wände → Dach).
Iterativ - Phasen und Aufgaben überlappen sich und wiederholen sich; das Ziel ist klar, aber das genaue Ergebnis kann sich entwickeln (z. B. die Produktion einer TV-Show: einen Piloten drehen, ihn testen, anpassen und parallel an Besetzung und Werbung arbeiten).

	Linear	Iterativ
Ablauf	Sequenziell, ein Schritt nach dem anderen	Überlappend, parallele Arbeit
Änderung	Wenige Änderungen erwartet; am Plan festhalten	Änderung wird erwartet und begrüßt
Lieferung	Gesamtes Ergebnis am Ende	Teile werden geliefert, sobald sie fertig sind
Am besten wenn	Anforderungen klar und stabil sind	Anforderungen unklar sind oder sich entwickeln

Viele Organisationen - darunter Google - verfolgen einen hybriden Ansatz und mischen Methoden passend zu jedem Projekt und Team.

Wasserfall

Linear Plangetrieben

Wasserfall (auch traditionell genannt) entstand in den 1970er-Jahren und bezeichnet die sequenzielle Reihenfolge der Phasen - du schließt eine ab und fließt hinab zur nächsten, wie Wasser einen Berg hinunter. Zuerst im physischen Ingenieurwesen (Fertigung, Bau) eingesetzt, später in der Software und heute über Events, Handel und mehr adaptiert. Die Ausprägungen variieren, aber alle folgen einer geordneten Abfolge von Schritten, die an klar definierte Erwartungen, Ressourcen und Ziele gebunden sind, welche sich wahrscheinlich nicht ändern.

Seine Phasen entsprechen dem Standard-Lebenszyklus: Initiieren → Planen → Ausführen (managen & abschließen) → Abschließen.

Wann Wasserfall einsetzen

Setze ihn ein, wenn die Phasen klar definiert sind, wenn manche Aufgaben abgeschlossen sein müssen, bevor andere beginnen können, oder wenn Änderungen sehr teuer würden, sobald die Arbeit begonnen hat. Beispiel: das Catering für ein Event mit knappem Budget - die Gästezahl bestätigen, das Menü festlegen und freigeben, nicht rückgabefähige Zutaten bestellen und servieren. Es gibt keinen Spielraum, die Reihenfolge zu ändern oder Lebensmittel zu verschwenden.

Agile & Scrum

Iterativ Wertgetrieben

Agile bedeutet, sich schnell und mühelos zu bewegen und flexibel zu sein - bereit, sich zu verändern und anzupassen. Die Konzepte entstanden in den 1990er-Jahren als Antwort auf die Nachfrage nach schnellerer Softwareauslieferung und wurden 2001 formell als Agile benannt. Agile ist eher eine Denkweise als ein festes Set von Schritten: Baue ein effektives, kooperatives Team auf, das regelmäßig Kundenfeedback einholt, um schnell den besten Wert zu liefern und sich anzupassen, sobald Änderungen auftauchen.

Viele Aufgaben laufen gleichzeitig oder in verschiedenen Fertigstellungsgraden, in sich wiederholenden Zyklen, die Iterationen genannt werden. In Scrum (einer Form von Agile) heißen Iterationen Sprints.

Sprint

Ein kurzer, festgelegter Zeitabschnitt - meist eine bis vier Wochen - in dem sich ein Team gemeinsam darauf konzentriert, einen bestimmten Satz an Deliverables fertigzustellen. Kein „Rennen laufen”, sondern ein fokussierter Arbeitsschub.

Wann Agile einsetzen

Am besten, wenn der Kunde ungefähr weiß, was er will, aber keine konkrete Vorstellung hat, oder wenn ihm die Eigenschaften des Ergebnisses wichtiger sind als sein genaues Aussehen - und wenn Unsicherheit und Risiko hoch sind. Beispiel: eine Website in Sprints bauen - die fertige Startseite veröffentlichen, während Blog- und Buchungsfunktionen noch gebaut werden, dabei früh Feedback sammeln und verschwendeten Aufwand reduzieren. (Wasserfall würde verlangen, dass die gesamte Website fertig ist, bevor sie live geht.)

Wasserfall vs. Agile auf einen Blick

Wasserfall - linear

Initiieren → Planen → Ausführen → Abschließen, einmal, in Reihenfolge

Agile - iterativ

Planen → bauen → testen → Feedback, in jedem Sprint erneut

Wasserfall durchläuft den Lebenszyklus einmal, von oben nach unten; Agile wiederholt ihn in kurzen Sprints.

Aspekt	Wasserfall	Agile
Rolle des PM	Aktive Führungskraft, die Aufgaben priorisiert und zuweist	Scrum Master moderiert und beseitigt Hindernisse; das Team managt sich stärker selbst
Scope	Deliverables früh festgelegt; Änderungen laufen über einen formellen Änderungsantragsprozess	In kurzen Iterationen geplant; anhand von Feedback angepasst
Zeitplan	Weitgehend linear durch die vier Phasen	In Sprints mit festgelegter Dauer und Deliverables getaktet
Kosten	Durch Vorab-Schätzung und enge Überwachung kontrolliert	Können sich mit jeder Iteration verschieben
Qualität	Kriterien zu Beginn definiert	Laufendes Testen und Nutzerfeedback, kontinuierliche Verbesserung
Kommunikation	PM berichtet Stakeholdern den Fortschritt in Richtung Meilensteine	Ständige Kommunikation zwischen Nutzer und Team; kundenorientiert
Stakeholder	PM überwacht die Einbindung, um auf Kurs zu bleiben	Häufige Deliverables; der Fortschritt hängt von ihrem Feedback ab

Achtung

In der Praxis ist die Grenze zwischen Wasserfall und Agile fließend - reale Projekte übernehmen oft von beiden. Behandle die Tabelle als Orientierung, nicht als starre Regel.

Lean, Six Sigma & Lean Six Sigma

Lean Six Sigma kombiniert zwei übergeordnete Methoden. Es eignet sich für Projekte, die darauf abzielen, Geld zu sparen, die Qualität zu verbessern und schnell voranzukommen, und legt Wert auf Teamzusammenarbeit - ein wertgeschätztes Team ist tendenziell motivierter und produktiver.

Lean

Lean (ursprünglich Lean Manufacturing) konzentriert sich darauf, Verschwendung zu beseitigen, sodass in jedem Schritt nur Wert hinzugefügt wird. Es erkennt acht Arten von Verschwendung: Fehler, überflüssige Bearbeitung, Überproduktion, Warten, Bestände, Transport, Bewegung und ungenutztes Talent - meist verursacht durch mangelhafte Dokumentation, fehlende Standards, ein Missverstehen der Kundenbedürfnisse, schwache Kommunikation, unzureichende Prozesskontrolle, ineffizientes Design oder Managementversagen.

Das 5S-Qualitätswerkzeug

Fünf Säulen guter „Ordnung”, um verschwendete Zeit und Material zu reduzieren:

1. Sortieren (Sort) - nur das absolut Notwendige behalten.
2. Systematisieren (Set in order) - Gegenstände so anordnen und beschriften, dass jeder sie finden kann.
3. Säubern (Shine) - alles an seinem Platz halten; den Arbeitsbereich täglich reinigen.
4. Standardisieren (Standardize) - den Prozess jedes Mal auf dieselbe Weise durchführen.
5. Selbstdisziplin (Sustain) - die Disziplin zu einer dauerhaften Teamgewohnheit machen.

Lean nutzt außerdem ein Kanban-Planungssystem - ein visuelles Board mit Karten, die von links nach rechts über Spalten verschoben werden, um den Fortschritt zu zeigen und die Arbeit zu koordinieren.

Zu erledigen

→

In Arbeit

→

Test

→

Erledigt

Ein Kanban-Board: Karten wandern über die Spalten, um die laufende Arbeit sichtbar zu machen.

Six Sigma

Six Sigma reduziert Variation, indem sichergestellt wird, dass Qualitätsprozesse jedes Mal eingehalten werden. Der Name stammt aus der Statistik und impliziert 99,9996 % Qualität. Seine sieben Prinzipien: sich auf den Kunden konzentrieren; verstehen, wie die Arbeit wirklich abläuft; Prozesse reibungslos fließen lassen; Verschwendung reduzieren und sich auf den Wert konzentrieren; Fehler stoppen, indem Variation beseitigt wird; das Team einbeziehen und mit ihm zusammenarbeiten; und systematisch verbessern. Du wählst ein messbares Merkmal (Zeit, Kosten, Menge), prüfst es und weist alles zurück, was unter dem Standard liegt - und verbesserst dann den Prozess, der es hervorgebracht hat.

DMAIC - der Six-Sigma-/Lean-Six-Sigma-Zyklus

Eine Strategie zur Prozessverbesserung, die sich auf fast jedes Geschäftsproblem anwenden lässt:

• Define (Definieren) das Ziel (ähnlich der Initiierung) - z. B. die durchschnittliche Warteschleife am Telefon von 30 Min. auf unter 10 senken.
• Measure (Messen) den aktuellen Prozess anhand von Daten - ihn abbilden und die Probleme lokalisieren.
• Analyze (Analysieren) die Daten, um Lücken und Grundursachen zu identifizieren - z. B. Unterbesetzung an Spitzentagen.
• Improve (Verbessern) - erst nach sorgfältiger Analyse handeln; z. B. die Personalbesetzung anpassen.
• Control (Steuern) - neue Prozesse und Dokumentation festschreiben und weiter überwachen, damit das Team nicht in alte Muster zurückfällt.

Merkhilfe: Das Definieren sagt dir, was du messen sollst, das Messen, was du analysieren sollst, das Analysieren, was du verbessern sollst, und das Verbessern, was du steuern sollst.

Wie sie zusammenwirken

Lean baut Qualität von Anfang an ein (mit Werkzeugen wie 5S und Kanban); Six Sigma prüft und testet anschließend das Ergebnis und weist alles zurück, was den Standard nicht erfüllt. Der Kernunterschied: Lean strafft Prozesse, während Six Sigma Variation reduziert, indem es Qualität einbaut und verifiziert.

Wann Lean Six Sigma einsetzen

Ideal, wenn das Ziel darin besteht, einen bestehenden Prozess zu verbessern, um komplexe oder risikoreiche Probleme zu lösen - die Verkaufskonversion zu steigern, einen Engpass (wo sich die Arbeit staut) zu beseitigen oder Ähnliches. DMAIC verhindert übersprungene Schritte und bringt dauerhafte, datengetriebene Lösungen hervor.

Einen Ansatz wählen

Ansatz	Typ	Greif dazu, wenn …
Wasserfall	Linear	Anforderungen klar und stabil sind; Schritte geordnet sind; Änderungen teuer sind
Agile / Scrum	Iterativ	Anforderungen unklar sind oder sich entwickeln; Unsicherheit hoch ist; schnelles Feedback zählt
Kanban	Visuell (Agile & Lean)	Du visuelle Klarheit über Arbeitsstatus und -fluss brauchst
Lean	Verschwendungsorientiert	Ressourcen begrenzt sind; du Verschwendung reduzieren und straffen willst
Six Sigma	Variationsorientiert	Qualitätskonstanz und Fehlerreduktion Priorität haben
Lean Six Sigma	Kombiniert	Einen Prozess verbessern, um komplexe oder risikoreiche Probleme zu lösen

Tipp

Es gibt keine richtige oder falsche Methode und keine Universallösung. Alle teilen Kommunikation, Zusammenarbeit und das Ziel, termin- und budgetgerecht zu liefern - und sie lassen sich kombinieren. Ziel der Wahl ist es, den Einsatz von Zeit und Ressourcen zu maximieren. Organisationen mischen sie routinemäßig: z. B. ein Produkt mit Agile-Sprints bauen, aber für die Planung die Dokumentation des Wasserfalls übernehmen, oder Lean Six Sigma nutzen, um eine Lösung zu entwerfen, und Agile, um sie auszurollen.

Wiederholungs-Zusammenfassung

• Der Projektlebenszyklus gibt jedem Projekt eine gemeinsame Struktur: Initiieren → Planen → Ausführen → Abschließen, mit durchgehender Überwachung.
• Initiieren = Ziele/Wert definieren und Genehmigung erhalten; Planen = Budget, Zeitplan, Aufgaben, Rollen und Risiko; Ausführen = das Team arbeitet, während der PM den Fortschritt managt und Hindernisse beseitigt; Abschließen = Fertigstellung bestätigen, Freigabe einholen, eine Retrospektive durchführen, übergeben und feiern.
• Phasennamen variieren je nach Organisation; das Konzept nicht. Eine Phase zu überstürzen oder zu überspringen (besonders die Initiierung) riskiert erhebliche Kosten und Scheitern.
• Den Methoden liegen zwei Denkweisen zugrunde: linear (jeden Schritt zuerst abschließen) und iterativ (überlappen und wiederholen).
• Wasserfall = linear, plangetrieben, stabile Anforderungen. Agile/Scrum = iterativ, wertgetrieben, flexibel; Arbeit in Sprints mit einem moderierenden Scrum Master.
• Lean beseitigt Verschwendung (8 Arten, 5S, Kanban); Six Sigma reduziert Variation über DMAIC; Lean Six Sigma verbindet beides zur Prozessverbesserung bei komplexen Problemen.
• Die meisten Organisationen nutzen einen Hybrid - passend zum Projekt, Team und Ziel auswählen und kombinieren.

Wichtigste Quiz-Erkenntnisse

• Reihenfolge der Phasen: Initiieren, Planen, Ausführen, Abschließen - und Überwachen/Steuern spannt sich über alle.
• Der PM in der Ausführung managt den Fortschritt und beseitigt Blockaden; das Team erledigt die Aufgaben.
• Wasserfall = linear/sequenziell (Änderungen teuer); Agile = iterativ/flexibel (begrüßt Änderung, liefert in Sprints).
• DMAIC = Define, Measure, Analyze, Improve, Control (Definieren, Messen, Analysieren, Verbessern, Steuern) - der Six-Sigma-/Lean-Six-Sigma-Zyklus.
• 5S = Sort, Set in order, Shine, Standardize, Sustain (Sortieren, Systematisieren, Säubern, Standardisieren, Selbstdisziplin) - das Lean-Ordnungswerkzeug.
• Scrum Master moderiert und beseitigt Hindernisse; ein Sprint ist eine fokussierte Iteration von 1-4 Wochen.
• Es gibt keine einzig richtige Methode - wähle oder kombiniere, um Zeit und Ressourcen bestmöglich zu nutzen.