Transformationsprogramm (Prozessautomatisierung): Project Management Office (PMO), Reporting und Eskalationen ohne „Status-Theater"

Kontext

Multi-Workstream-Transformationsprogramm in einem Maschinenbau-Fertigungsunternehmen — Prozessautomatisierung, Integration des Enterprise Resource Planning (ERP) und des Manufacturing Execution System (MES), begleitet vom organisatorischen Wandel. Budget im unteren Millionen-EUR-Bereich, 5 Workstreams, 3 externe Lieferanten, ~40 interne Mitarbeiter beteiligt. Das Programm war mehr als 4 Monate in Verzug, die ursprüngliche Amortisationszeit (Return on Investment, ROI) von 18 Monaten wurde auf einen Schätzwert von über 36 Monaten revidiert. Der Sponsor stand vor der Entscheidung „weiter oder stoppen".

Problem

• Unklarer Scope und schwaches Abhängigkeitsmanagement zwischen Workstreams
• Kein einheitliches Reporting und kein Entscheidungslog — der Sponsor hatte kein einheitliches Bild
• Risiken wurden nicht gemanagt — erst bei Eskalation erkannt, nicht proaktiv
• Team mit Meetings ohne Entscheidungen überlastet (Status-Theater)
• Externe Lieferanten berechneten Change Requests ohne Freigabe-Gate — Scope Creep war unkontrolliert
• Budgetüberschreitung 25%, negativer Trend

Finanzielle Diagnose

Die Earned Value Analysis über alle Workstreams hinweg offenbarte eine kritische ungleiche Verteilung der gelieferten Wertschöpfung. Die Analyse vergleicht, wie viel Wert tatsächlich geliefert wurde gegenüber dem, was ausgegeben und geplant wurde — Indikatoren unter 1,0 bedeuten, dass ein Workstream weniger Wert liefert, als er kostet oder Zeit beansprucht:

• Workstreams A und B: Cost Performance Index unter 0,7 (jeder investierte €1 brachte weniger als 70 Cent an Wert)
• Workstream C: Index bei 1,05 — funktional, im Plan, kein Eingriff erforderlich
• Workstreams D und E: Index bei 0,85 — stabilisierbar
• 40% der Change Requests hatten keinen quantifizierten Business-Nutzen — sie wurden allein aufgrund technischer Notwendigkeit freigegeben
• Benefit Realization Tracking fehlte — der Business Case wurde nur zu Beginn gemessen; während des Programms verantwortete niemand die Nutzenrealisierung

Was wir getan haben

• Scope-Reset, Zieldefinition und „Done"-Definition für alle Workstreams
• Stoppen von Workstream A (verbleibender Nutzen vs. Restkosten nicht rechtfertigbar)
• Neuplanung von Workstream B mit einem anderen Lieferanten und reduziertem Scope auf Minimum Viable Product
• Rhythmus des Project Management Office (PMO): wöchentlicher Report, Risikoregister, Entscheidungslog (Single Source of Truth für den Sponsor)
• Mapping der Abhängigkeiten + klare Verantwortlichkeiten + revidierte Meilensteine
• Eskalationsmodell: wer entscheidet, wann und auf welcher Grundlage
• Reduzierung der Meetings: weniger Status, mehr Entscheidungen und Aktionen
• Freigabe-Gate für Change Requests mit verpflichtender finanzieller Begründung (jeder Change Request über €25k muss vor der Freigabe einen quantifizierten Nutzen ausweisen)
• Quartalsweise Benefit Realization Review mit Verantwortung auf Seiten des Business Sponsors

Schritte, die sich aus der finanziellen Analyse ergaben

• Earned Value Analysis → Stoppen von Workstream A (Einsparung im Bereich 8–12% des Gesamtbudgets) und Neuplanung von Workstream B
• Change-Request-Analyse → Freigabe-Gate stoppte ~60% der unbegründeten Anfragen
• Fehlendes Benefit Tracking → quartalsweiser Review mit verpflichtendem Reporting an den Steering Committee
• Lieferantenausgabenanalyse → Konsolidierung von 3 Lieferantenverträgen, Neuverhandlung der Sätze

Deliverables

• Revidierter Programm-Scope + „Done"-Definition für jeden Workstream
• Vorlagen des Project Management Office (Status, Risiken, Entscheidungen, Aktionen, Change-Request-Log)
• Risikoregister + Eskalationsmodell
• Governance-Kalender (Steering Committee, wöchentlicher Rhythmus, monatlicher Business Review)
• Change-Request-Freigabe-Gate-Prozess mit verpflichtender finanzieller Begründung
• Tracking-Sheet für den quartalsweisen Benefit Realization Review

Wirkung

• Programm im revidierten Zeitrahmen abgeschlossen
• Amortisationszeit (ROI) des Programms: um das ursprüngliche Ziel herum stabilisiert (18–24 Monate)
• Status-Theater eliminiert: Fokus auf Entscheidungen und Aktionen

Engagement-Modell und Investitionsrahmen

Die Zusammenarbeit bei der Programmrettung kombiniert drei Vergütungskomponenten:

• Fixes monatliches Retainer — deckt Kapazität und kontinuierliche Governance während des 6–9-monatigen Eingriffs ab
• Meilensteinhonorar (Milestone Fee) — fällig bei Erreichung konkreter Outputs: Abschluss des Scope-Resets, Einführung des Rhythmus des Project Management Office, Implementierung des Change-Request-Freigabe-Gates
• Outcome Success Fee — gebunden an die Erreichung des revidierten Meilensteins (On-Time-Delivery des Programms) und die Realisierung vereinbarter Business-Nutzen, gemessen im quartalsweisen Review

Typische Gesamt-Kundeninvestition: 3–8% des Programmbudgets (Summe aus Retainer + Meilensteinhonorar, Branchenstandard) Outcome Success Fee: separat, gebunden an die Einhaltung der revidierten Zeitplanung und die Business-Nutzen Payback: finanziert sich typischerweise aus den Einsparungen durch das Freigabe-Gate und Stopp/Neuplanungs-Entscheidungen in den ersten 3 Monaten

Dauer und Form der Zusammenarbeit

Typischerweise 6–9 Monate, hybrid (1–2 Tage/Woche vor Ort + kontinuierliche Remote-Governance). Nach der Stabilisierung schrittweise Übergabe an das interne Project Management Office oder den Programm-Manager.

Die Daten sind aus Vertraulichkeitsgründen anonymisiert und verallgemeinert. Ergebnisse in konkreten Projekten können je nach Programmgröße, Reife des internen Teams und Anzahl der Lieferanten variieren.