Projektplan schreiben: 12 prüfbare Bausteine

1. Warum die meisten „Projektpläne" nur Aufgabenlisten sind

Fragt man sechs Beteiligte desselben Projekts, was der Plan ist, bekommt man sechs Antworten: das Gantt-Diagramm, die Tabelle, den Vertrag, den E-Mail-Verlauf, „die Datei in Teams". Genau das ist das Problem, das ein Projektplan löst — nicht die Terminierung, sondern eine gemeinsame, prüfbare Beschreibung davon, was „fertig" heißt, wer es schuldet und was es kosten darf.

Die Infografik, auf der dieser Artikel beruht, teilt diese Beschreibung in zwölf Bausteine. Als Checkliste ist das lang. Als Struktur sind es fünf Fragen — was tun wir, bis wann, mit wem, für wie viel, und was passiert, wenn es schiefgeht —, und jede Antwort ist ein Dokument, das man einem Auditor, einem Kunden oder einem Lieferanten vorlegen kann.

Zwölf Bausteine, vier Bewegungen: Initiation (1), Definieren und planen (2–9), Fahren und beobachten (10–11), Abschließen (12).

2. Initiation: sich das Recht auf Planung verdienen

Fünf Artefakte: Business Case, Projektcharta, Stakeholder-Identifikation, Ziele, Kick-off. Die Charta ist die entscheidende, denn sie ist das einzige Dokument, das festhält, was das Projekt nicht ist.

Die Ziele sind die vier klassischen Restriktionen — Umfang, Zeit, Kosten, Qualität —, und die Infografik hängt an jede eine Bedingung: Umfang klar, Ziele abgestimmt, Charta freigegeben. Fehlt eine der drei, ist die Planung verschwendete Arbeit: Sie erstellen einen präzisen Plan für ein Projekt, dem niemand zugestimmt hat. Der Kick-off ist kein Ritual, sondern der Moment, in dem die vier Restriktionen vor den Menschen ausgesprochen werden, die später daran gemessen werden.

3. Umfang: Absichten in abnehmbare Substantive übersetzen

Scope Statement, Deliverables, Work Breakdown Structure (WBS), Scope-Baseline, Anforderungserhebung — fünf Artefakte, ein Ablauf: Anforderungen sammeln → Umfang definieren → WBS erstellen → Umfang validieren → freigeben.

Projekte gehen meistens in der WBS verloren. Ein Arbeitspaket namens „Prozess verbessern" lässt sich weder schätzen noch zuweisen noch abnehmen. Die Infografik teilt ein Projekt in drei Phasen mit je zwei Arbeitspaketen und nennt dann die Zahlen: 28 Deliverables, 45 WBS-Elemente. Diese beiden Zahlen sind das Skelett des Plans — 45 Elemente sind die kleinste Einheit, die man schätzen, besetzen und abnehmen kann.

Eine Regel, die Auditoren überlebt: Das Blatt einer WBS ist ein prüfbares Substantiv, kein Verb. „Containment-Bestand sortiert" ist ein Blatt. „Containment erledigen" ist eine Stimmung.

4. Terminplan: Nicht alles liegt auf dem kritischen Pfad

Aktivitätsdefinition, Reihenfolge, Aufwandsschätzung, Meilensteine, kritischer Pfad. Der Terminplan hat zwei Sichten: das Gantt-Diagramm, das alle anschauen, und das Netzplan-Diagramm, das den Endtermin tatsächlich bestimmt.

Im Beispiel: 36 Tage gesamt, 7 Meilensteine, kritischer Pfad 18 Tage. Die Lücke zwischen 18 und 36 ist der ganze Sinn der Übung. Nur der kritische Pfad hat keinen Puffer: Jeder dort verlorene Tag ist ein verlorener Projekttag. Alles andere darf sich innerhalb seines Puffers verschieben, ohne den Endtermin zu bewegen — genau das muss eine Projektleitung an dem Morgen wissen, an dem etwas schiefgeht.

Meilensteine brauchen eine eigene Disziplin: Sie benennen einen prüfbaren Zustand, keine Tätigkeit. Start, Design fertig, Bau fertig, Test fertig, Live-Gang — fünf Zustände, jeder mit Unterschrift. „Phase 1 erledigt" ist kein Meilenstein, sondern eine Meinung.

5. Ressourcen: die Woche, in der alles kollidiert

Personal, Betriebsmittel, Material, Zuteilung, Teamrollen — und dann das Artefakt, das einen Plan von einem Wunsch unterscheidet: das Ressourcenbelastungsdiagramm.

Das Beispiel läuft mit 15 Teammitgliedern, 960 Stunden Gesamtbedarf, 82 % Auslastung, verteilt über sechs Wochen. Man liest dieses Diagramm vertikal, nicht horizontal: Die Frage ist, welche Woche mehr Bedarf als Menschen hat. Ein Plan mit durchschnittlich 82 % kann eine Woche mit 140 % enthalten — und diese Woche setzt den realen Endtermin. Unter 85 % im Mittel ist meist ein Plan, über 95 % meist eine Geschichte.

6. Kosten: drei Zahlen und eine Schlussfolgerung

Budgetschätzung, Kostenbasis, Kostenschätzung (Forecast), Earned Value. Die Infografik zeigt die S-Kurve — Planned Value, Earned Value, Actual Cost — und sechs Zahlen: BAC 850 T$, PV 540 T$, AC 486 T$, CPI 1,12, SPI 1,05, EAC 910 T$.

Die drei Definitionen, die Earned Value brauchbar machen:

• PV — was laut Plan bis jetzt fertig sein sollte, zu Budgetsätzen bewertet.
• EV — was tatsächlich fertig ist, zu denselben Budgetsätzen.
• AC — was tatsächlich ausgegeben wurde.

CPI über 1 heißt: Sie kaufen mehr Arbeit pro Geldeinheit als geplant. SPI über 1 heißt: Sie sind dem Termin voraus. Beide sind Verhältnisse über die Vergangenheit. Die Entscheidungszahl ist EAC, die Prognose der Endabrechnung — denn ein Projekt kann neun Monate effizient sein und trotzdem über Budget enden.

Eine Warnung, die das Beispiel unfreiwillig liefert: CPI 1,12 und EAC 910 T$ können nicht aus denselben Earned-Value-Daten stammen (bei BAC 850 T$ ergibt CPI 1,12 rund 759 T$). In echten Dashboards kommt diese Kombination ständig vor, und sie bedeutet immer dasselbe: Der EV wird in verschiedenen Zellen aus verschiedenen Quellen gezogen. Bevor Sie die Ampeln lesen, prüfen Sie, ob alle sechs Zahlen aus einem EV-Snapshot stammen.

7. Risiko: „Was wäre wenn" in Geld umrechnen

Identifikation, Analyse, Maßnahmenplanung, Risikoreserve — plus die zwei Artefakte, die Risiko prüfbar machen: die Wahrscheinlichkeits-/Auswirkungs-Matrix und die Gesamtrisikoexposition.

Das Beispiel führt 5 hohe, 7 mittlere und 6 niedrige Risiken mit einer Gesamtexposition von 12 % des Budgets. Die zweite Zahl ist die nützliche. „Wir haben ein Risikoregister" ist keine Steuerung; „wir halten 12 % des Budgets für identifizierte Risiken vor, verantwortet von diesen drei Personen" ist eine. Eine Reserve ohne zugeordnetes Risiko ist keine Reserve, sondern eine unverteilte Budgetposition, die still verbraucht wird.

8. Qualität: „gut" als Kriterium schreiben

Qualitätsstandards, Verfahren, KPIs, kontinuierliche Verbesserung — der PDCA-Zyklus mit Qualität in der Mitte. Das Beispiel verpflichtet sich auf 0,6 % Fehlerrate, 98 % Qualitätsscore, 98 % Prozesskonformität.

Zwei dieser drei sind Frühindikatoren, einer ist ein Ergebnis; ein Qualitätsplan braucht beide Sorten. Der praktische Inhalt des Abschnitts sind drei Listen: welche Norm gilt, wer an welchem Gate was misst, und was mit einem nicht konformen Deliverable passiert. Ohne die zweite Liste ist „Qualitätsplanung" ein Absatz Absicht.

9. Kommunikation: Ereignisse, keine Stimmungen

Informationsbedarf, Kanäle, Kommunikationsmatrix, Stakeholder-Matrix. Kanäle sind E-Mails, Reports, Dashboards; Frequenzen wöchentlich, zweiwöchentlich, täglich, in Echtzeit.

Die Einheit eines Kommunikationsplans ist eine Zeile: Ereignis + Zielgruppe + Kanal + Frequenz + Verantwortlicher. „Stakeholder informiert halten" ist kein Plan; „Projektteam, wöchentlich, Dashboard, Montag 09:00, PM" ist einer. Die Matrix entscheidet auch, was nicht verschickt wird — der größte Teil der Meeting-Last ist ein Kommunikationsplan, der nie geschrieben wurde.

10. Beschaffung: Der Vertragstyp ist die Risikoverteilung

Lieferantenauswahl, Vertragsentwurf, Beschaffungsplan, Beschaffungsrisiken. Der Ablauf: Sourcing → Bewerten und auswählen → Verhandeln und vertraglich binden → Freigeben → Schließen und prüfen. Vier Vertragstypen erscheinen, und sie unterscheiden sich vor allem darin, wer das Änderungsrisiko trägt:

Das Beispiel nennt 4 aktive Verträge, 12 eingebundene Lieferanten, 10 % Einsparziel. Das Einsparziel ist nur dann eine Planzahl, wenn die Vertragstypen so gewählt wurden, dass es erreichbar ist.

11. Stakeholder: Interesse × Einfluss

Stakeholder-Analyse, Macht-Interesse-Gitter, Engagement-Strategie, Einfluss-Mapping. Fünfundzwanzig Stakeholder, nach Interesse und Einfluss sortiert, ergeben vier Strategien: eng managen (hoch/hoch), zufriedenstellen (hoher Einfluss, geringes Interesse), informiert halten (hohes Interesse, geringer Einfluss), beobachten (niedrig/niedrig).

Die Beteiligungsleiter der Grafik — informieren, konsultieren, einbeziehen, zusammenarbeiten, unterstützen — ist nützlicher als das Gitter allein, weil sie die Tiefe der Beteiligung benennt statt den Ton der Beziehung. Eine Aufsichtsbehörde auf „zufriedenstellen" und eine Anlagenbedienung auf „informiert halten" bekommen beide, was sie brauchen; tauscht man sie, sind beide unzufrieden.

12. Überwachung und Steuerung: ein Datenstand, drei Urteile

Leistungsverfolgung, Änderungskontrolle, Korrekturmaßnahmen, Prognose. Die Kennzahlen sind CPI, SPI und ein Qualitätsindex — im Beispiel 1,05, 1,12, 0,98 — neben dem Status der Issues (offen, in Arbeit, gelöst, geschlossen), 6 Änderungsanträgen, 5 offenen Issues, 92 % im Plan.

Der Abschnitt funktioniert nur, wenn alle Zahlen aus einem Snapshot eines Tages stammen. Die andere Hälfte ist die Änderungskontrolle: Eine Änderung ohne Änderungsantrag ist keine Änderung, sondern Drift — derselbe Fehlermodus, den Qualitätsingenieure aus der Produktion kennen, wenn der Prozess still von der SOP abweicht und niemand es aufschreibt. Sechs Änderungsanträge sind für diese Projektgröße eine gesunde Zahl. Null ist ein Warnsignal, kein Lob.

13. Abschluss: „fertig" heißt unterschrieben

Finale Deliverables, Lessons Learned, Abnahme, Übergabe, Abschlusscheckliste. Das Beispiel berichtet 100 % termingerecht, 98 % im Budget, 95 % Nutzerzufriedenheit.

Die Abschlusscheckliste ist kurz und kompromisslos: Deliverables abgenommen, Dokumentation vollständig, Kunde hat unterschrieben, Verträge geschlossen, Team freigegeben, Lessons erfasst. Der letzte Punkt zahlt das nächste Projekt — eine Lessons-Datei, die niemand findet, ist dasselbe wie keine.

14. Die zwölf Bausteine auf einer Seite

15. Was das mit 8D und APQP zu tun hat

Die zwölf Bausteine sind kein Projektmanagement-Ritual, das der Qualitätsarbeit übergestülpt wird — es ist dieselbe Struktur, die APQP ohnehin verlangt. Phase Gates sind Initiation und Scope-Baseline, der Control Plan ist ein Qualitätsplan, PPAP ist eine Abschlusscheckliste mit Unterschriften. Was Qualitätsingenieuren meist fehlt, ist konkreter als „Planung": das WBS-Blatt, das niemand prüfen kann, die Reserve ohne zugeordnetes Risiko und die Änderung, die nie beantragt wurde. Diese drei erzeugen im Projekt denselben Fehler, den „nichts hat sich geändert" im 8D erzeugt.

Die Beziehung lässt sich in einem Satz sagen: Ein Projektplan verwandelt Fehler, die noch nicht passiert sind, in Vertragsklauseln; ein 8D verwandelt einen Fehler, der passiert ist, in eine Ursache. Beides ist billiger als die dritte Option — es in der Produktion zu erfahren.

Das Framework dieses Artikels folgt der Zwölf-Bausteine-Infografik „How to Write a Project Plan" von Template22; die Zahlen sind das illustrierende Beispiel dieser Grafik, kein reales Projekt. Die Lesehinweise und die Übertragung auf die Qualitätsarbeit stammen von uns.