II.1. Wie man einen integrierten Projektmanagementplan entwickelt und die Leistungserbringung plant

Zusammenfassung

Die wichtigste Ursache des Scheiterns von Projekten ist nicht fehlende Planung, sondern der Beginn formaler Verpflichtungen auf Grundlage eines nur teilweise verstandenen oder instabilen Projektumfelds. Dokumentation kann Reife simulieren, wenn genehmigte Vorlagen und aktive Besprechungen darüber hinwegtäuschen, dass zugrunde liegende Annahmen nicht am Umfeld geprüft wurden. Um strategische Leistungserbringung sicherzustellen, müssen Projektmanager zwischen Informationen unterscheiden, die Unsicherheit lediglich verringern, und kritischen Informationen, die über die Tragfähigkeit eines Plans entscheiden. Erfolgreiche Leistungserbringung erfordert einen Wechsel von der ausschließlichen Messung des Prozesserfolgs, also der Einhaltung von Basisplänen, zur Sicherstellung des Ergebniserfolgs, also der Realisierung strategischen Werts. Dieses Dokument beschreibt Methoden zur Diagnose des Projektumfelds, zur Auswahl des Entwicklungsansatzes und zur Integration von Teilplänen in ein kohärentes steuerndes System.

I. Projektumfeld und Kontext diagnostizieren

Der Projektmanager muss zunächst beurteilen, ob das Projekt ausreichend verstanden ist, um die aktuellen Planungsentscheidungen zu rechtfertigen. Disziplinierte Dokumentation kann irreführend sein, wenn die Annahmen unterhalb der Arbeit nicht gegen das Umfeld geprüft wurden, das die Leistungserbringung bestimmt.

1.1 Umwelt- und Organisationsfaktoren

Die Beurteilung des Projektumfelds hängt von zwei Hauptquellen ab, die gemeinsam analysiert werden müssen:

• Umweltfaktoren des Unternehmens (EEFs): Bedingungen, die das Projekt aufnehmen muss, aber nicht steuern kann. Interne EEFs umfassen Kultur, Infrastruktur und Ressourcenfähigkeiten. Externe EEFs umfassen Ausführungsverordnungen, Marktbedingungen und Branchenstandards.
• Organisatorische Prozesswerte (OPAs): Formalisierten Wissensaufbau der Organisation, beispielsweise Rahmenwerke für Führung und Aufsicht, Vorlagen, Risikodatenbanken und Informationsspeicher für gesammelte Erfahrungen. Sie zeigen, wie die Organisation in der Vergangenheit Befugnis verteilt und die Leistungserbringung stabilisiert hat.

1.2 Anforderungen an kritische Informationen

Informationen sind kritisch, wenn ein Fortfahren ohne sie das Projekt zwingt, Inhalt und Umfang, Terminplan oder Kosten auf Grundlage einer Annahme festzulegen, die den Plan später ungültig machen könnte.

• Fehler bei der Identifikation: Das Projekt erkennt fehlende Informationen vor der Verpflichtung nicht. Daraus entstehen Varianz (Abweichung) und Nacharbeit, die später als Termin- oder Kostenproblem sichtbar werden.
• Fehler bei der Umwandlung: Das Projekt erkennt, dass kritische Informationen fehlen, fährt aber dennoch fort und behandelt ein Planungsrisiko als bekannte unsichere Annahme. Dies führt zwangsläufig zu Änderungsanträgen gegenüber einem instabilen Basisplan.

1.3 Systemische Komplexität vs. Unsicherheit

Wirksame Führung und Aufsicht erfordern eine klare Unterscheidung zwischen Unsicherheit und Komplexität:

• Unsicherheit: Bezieht sich auf unvollständiges Wissen über Anforderungen oder Technologie.
• Komplexität: Bezieht sich auf das Muster von Beziehungen und Abhängigkeiten innerhalb des Projekts und seines Umfelds.

Eine Dependency Structure Matrix (DSM) sollte verwendet werden, um Kopplungen sichtbar zu machen. Zeigt die DSM eine dichte Kopplung zwischen Komponenten oder Teams, ist die Wahrscheinlichkeit hoch, dass sich lokale Fehler ausbreiten. Dann ist eine stärkere Integrationslogik erforderlich, unabhängig davon, ob die Anforderungen klar sind.

II. Strategische Ausrichtung und Definition des Erfolgs

Ein Projekt kann alle Prozessbasispläne einhalten und dennoch scheitern, wenn das Ergebnis das strategische Problem nicht mehr löst, das die Investition gerechtfertigt hat.

2.1 Prozesserfolg vs. Ergebniserfolg

• Prozesserfolg: Fragt, ob das Projekt gegenüber den Basisplänen für Inhalt und Umfang, Terminplan, Kosten und Qualität gesteuert blieb.
• Ergebniserfolg: Fragt, ob strategische, finanzielle oder operative Ziele realisiert wurden.

Der Projektmanager muss den Nutzenmanagementplan verwenden, um Kennzahlen und Verantwortlichkeit für die Realisierung zu definieren und sicherzustellen, dass Ressourcenverbrauch die Organisation weiterhin in Richtung des gewünschten zukünftigen Zustands bewegt.

2.2 Ausrichtung an genehmigten Grenzen

Der integrierte Projektmanagementplan muss den Projektauftrag operationalisieren. Fehlausrichtung entsteht, wenn interne Pläne untereinander kohärent sind, aber nicht mit der strategischen Absicht, den Finanzierungsparametern oder der im Projektauftrag festgelegten Entscheidungsbefugnis übereinstimmen. Integration ist am besten als disziplinierte Ausrichtung an diesen genehmigten Grenzen zu verstehen und nicht als bloße Ansammlung von Dokumenten.

III. Entwicklungsansatz auswählen und anpassen

Die Auswahl des Ansatzes ist eine Entscheidung über die Ressourcenallokation: Wo soll früh Definition festgelegt werden, und wo muss Raum für Lernen erhalten bleiben?

3.1 Das Spektrum der Entwicklungsansätze

Der Projektmanager wählt einen Entwicklungsansatz auf Grundlage des Unsicherheits- und Komplexitätsprofils des Projekts:

• Prädiktiv: Konzentriert Aufwand auf frühe Definition und Stabilität des Basisplans. Geeignet, wenn Anforderungen stabil sind und das Projekt stärker von früher Festlegung profitiert als von deren Aufschub.
• Adaptiv (agil/iterativ/inkrementell): Erhält Raum für Lernen und häufiges Feedback. Wird eingesetzt, wenn sich Anforderungen oder Technologie voraussichtlich weiterentwickeln.
• Hybrid: Kombiniert prädiktive und adaptive Strukturen. Wirksam bei Projekten mit unterschiedlichen Arbeitsströmen, die verschiedene Logiken für Führung und Aufsicht benötigen, sofern die Grenzen zwischen stabiler und sich entwickelnder Arbeit klar sind.

3.2 Diagnosewerkzeuge für die Auswahl

Die Stacey-Matrix hilft, Anforderungsunsicherheit und technische Unsicherheit gemeinsam zu beurteilen.

• Geringe Unsicherheit: Begünstigt prädiktive Reihenfolgebildung aus Effizienzgründen.
• Hohe Unsicherheit: Begünstigt adaptive Zyklen, um die Kosten einer zu frühen Verfestigung von Verpflichtungen zu reduzieren.
• Gemischte Signale: Der Projektmanager muss bestimmen, welche Unsicherheit mit größerer Wahrscheinlichkeit teure nachgelagerte Nacharbeit verursacht, und einen Ansatz empfehlen, der gegen genau dieses Risiko schützt.

IV. Strategie der Projektausführung und Anpassung

Die Ausführungsstrategie unterscheidet sich vom Entwicklungsansatz. Während der Entwicklungsansatz Führung und Aufsicht sowie Verpflichtungslogik bestimmt, legt die Ausführungsstrategie fest, wie Arbeit organisiert, beschafft und freigegeben wird.

4.1 Zentrale Ausführungsentscheidungen

Der Projektmanager muss eine Strategie auf Grundlage des dominierenden Projektrisikos empfehlen:

• Reihenfolge: Eine gestufte Reihenfolge ist vorzuziehen, wenn Abhängigkeiten dicht oder Einführungsrisiken hoch sind. Parallele Arbeitsströme werden eingesetzt, wenn sie nur schwach gekoppelt sind und Geschwindigkeit Priorität hat.
• Beschaffung (Make-or-Buy/Build-vs-Integrate): Interne Entwicklung bewahrt Steuerung, kann jedoch Kapazitäten belasten. Die Integration vorhandener Komponenten kann die Leistungserbringung beschleunigen, führt aber Schnittstellenrisiken ein.
• Release und Übergabe: Wert entsteht erst, wenn eine Lösung aufgenommen und betrieben werden kann. Stufenweise Releases können operative Risiken reduzieren, erhöhen jedoch die Koordinationskosten.
• Entscheidungsrechte: Befugnis muss dort liegen, wo Zielkonflikte schnell genug entschieden werden können, um die Arbeit zu schützen, ohne erforderliche Führung und Aufsicht zu umgehen.

V. Den integrierten Plan entwickeln

Der integrierte Projektmanagementplan verhindert Planungsfragmentierung, indem er sicherstellt, dass Teilpläne für Inhalt und Umfang, Terminplan, Kosten und weitere Bereiche keine verborgenen Widersprüche enthalten.

5.1 Integrationstests

Der Projektmanager führt mehrere Prüfungen durch, um sicherzustellen, dass das steuernde System miteinander vereinbar ist:

Prüfart	Ziel
Konsistenz der Grenzen	Stellt sicher, dass alle Pläne denselben genehmigten Inhalt und Umfang sowie dieselben Finanzierungsgrenzen aus dem Projektauftrag widerspiegeln.
Vereinbarkeit von Annahmen	Prüft, ob Annahmen zu Terminplan, Ressourcen und Kosten gleichzeitig gelten können.
Operabilität der Steuerung	Stellt sicher, dass Grenzwerte der Führung und Aufsicht in handlungsfähige Entscheidungswege übersetzt werden.
Nachverfolgbarkeit des Nutzens	Bestätigt, dass Fortschrittsmessungen mit der tatsächlichen Nutzenlogik im Business Case verbunden sind.
Abhängigkeitslogik	Macht Fälle sichtbar, in denen ein Plan auf einer Bedingung beruht, die ein anderer Plan noch nicht abgesichert hat.

5.2 Grundlegende Schätzung

Schätzung ist ein Problem von Führung und Aufsicht. Die Wahl der Methode muss zum Reifegrad der Arbeitsdefinition passen:

• Analoge Schätzung: Wird verwendet, wenn Informationen begrenzt sind, historische Vergleichsfälle aber tatsächlich ähnlich sind.
• Parametrische Schätzung: Wird verwendet, wenn eine belastbare statistische Beziehung zwischen historischen Daten und Arbeit besteht.
• Bottom-up-Schätzung: Wird verwendet, wenn der Projektstrukturplan (PSP) ausreichend zerlegt ist, um hohe Präzision zu ermöglichen.
• Mehrpunktschätzung: Wird verwendet, wenn Vorgangsunsicherheit anhand optimistischer, pessimistischer und wahrscheinlichster Werte analysiert werden kann.

VI. Pflege, Steuerung und Datendisziplin

Ein Plan bleibt nur so lange nützlich, wie er als steuernde Referenz für Entscheidungen behandelt wird. Dies erfordert fortlaufende Neubewertung und disziplinierte Änderungssteuerung.

6.1 Änderungssteuerung und Planintegrität

Der Prozess „Änderungen bewerten und umsetzen“ verhindert, dass Anpassung ohne systemweite Beurteilung erfolgt. Der Projektmanager muss bewerten, wie eine Änderung das gesamte System aus Inhalt und Umfang, Risiko, Ressourcen und Nutzen beeinflusst, statt sie isoliert zu behandeln. Werden Entscheidungen außerhalb des Plans getroffen, deutet dies darauf hin, dass der Weg der Führung und Aufsicht nicht nutzbar ist und formal neu aufgesetzt werden muss.

6.2 Datengestützte Entscheidungen

Kennzahlen müssen danach ausgewählt werden, wie gut sie Entscheidungen verbessern. Fünf Kriterien dienen zur Bewertung des Messsystems:

1. Zuverlässigkeit: Liefert die Messung konsistente Informationen?
2. Validität: Misst sie tatsächlich den beabsichtigten Zustand?
3. Rechtzeitigkeit: Treffen Informationen früh genug ein, um Handlungen zu beeinflussen?
4. Sensitivität: Verändert sich die Messung, wenn sich der zugrunde liegende Zustand verändert?
5. Aufwand-Wert-Verhältnis: Ist der Berichtsaufwand durch den Nutzen für Entscheidungen gerechtfertigt?

Frühindikatoren sollten genutzt werden, um entstehende Bedingungen sichtbar zu machen, während Spätindikatoren realisierte Leistung bestätigen.

6.3 Nachhaltigkeit integrieren

Nachhaltigkeit ist ein Planungsthema und kein administrativer Zusatz. Ökologische und soziale Konsequenzen müssen bei frühen Entscheidungen zu Inhalt und Umfang, Beschaffung und Risikoreaktionen berücksichtigt werden. Werden diese Faktoren ignoriert, kann ein Projekt kurzfristig finanziell überzeugend sein, langfristig jedoch Tragfähigkeit oder Akzeptanz der Stakeholder verlieren. Integration bedeutet, Nachhaltigkeit dort zu prüfen, wo Entscheidungen noch veränderbar sind, damit die Glaubwürdigkeit des Ergebnisses nach der Leistungserbringung geschützt bleibt.