Orchestrierung auf Programmebene (Multi-Workstream)
Stand 2026-09-03
Ein einzelnes SAP-Analytics-Projekt zu führen ist ein begrenztes Problem; fünf parallele Workstreams zu führen - Datasphere-Datenprodukte, einen SAC-Planning-Aufbau, eine BW/4HANA-Migration, eine eingebettete CX-Schicht und ein KI/ML-Pilotprojekt, die sich einen HANA-Cloud-Tenant teilen - ist nicht dieselbe Disziplin in größerem Maßstab. Die Entscheidung mit dem größten Hebel beim Programmstart ist die Benennung des kritischen Abhängigkeitsknotens: In den meisten SAP-Analytics-Programmen ist das der Datengrundlagen-Workstream, und eine zweiwöchige Verzögerung dort kostet nachgelagert typischerweise vier bis sechs Wochen, sobald Nacharbeit und Re-Integration eingerechnet sind. Dieses Modul vermittelt den Abhängigkeitsgraphen, die Disziplin der Integrationsverträge und die Eskalationstrigger, die diesen Multiplikator davon abhalten, sich zu einem verpassten Go-live aufzuschaukeln. In EMEA berechnen Berater, die dies nachweisen können - drei oder mehr parallele Workstreams, gemeinsame Infrastruktur, bereichsübergreifende Daten -, als Programmdirektor 1.400-1.800 €/Tag, deutlich über Einzelprojektsätzen.
Was Sie lernen
- Daten-, Komponenten- und Sequenzierungsabhängigkeiten zwischen Workstreams in einem expliziten Abhängigkeitsgraphen abbilden und den kritischen Abhängigkeitsknoten mit dem höchsten Verzögerungskosten-Multiplikator identifizieren
- Integrationsverträge (Datenmodell-Versionierung, Governance des gemeinsam genutzten Tenants, Ausrichtung des Berechtigungsmodells) als benannte Liefergegenstände des Programms mit Abnahmekriterien und Änderungsbenachrichtigungsprozessen definieren
- Einen Programm-Governance-Rhythmus (wöchentliches Integrations-Stand-up, zweiwöchiger Integrationstestzyklus, monatliche Steuerung, vierteljährliche Programmretrospektive) gestalten, der auf fünf parallele Workstreams kalibriert ist
- Gemeinsam genutzte knappe Ressourcen (Senior-HANA-Modellierer, Basis-Spezialisten, Datasphere-Architekten) über ein Programm-Ressourcenboard mit expliziter Zuweisungsentscheidung und Eskalationstriggern steuern
Die Lücke zwischen Projektmanager und Programmdirektor
Ein einzelnes SAP-Analytics-Projekt zu führen – etwa eine SAC-Planning-Implementierung für den Konzernfinanzbereich – ist ein begrenztes Problem. Es gibt einen Backlog, einen Release-Zug, ein Lenkungsgremium, einen Satz von Abnahmekriterien. Ein Programm aus vier oder fünf parallelen Analytics-Workstreams zu führen – SAC Planning für Finance, Datasphere-Datenprodukte für Supply Chain, eine BW/4HANA-Migration für Controlling, eine eingebettete Analytics-Schicht für Customer Experience und ein KI/ML-Pilotprojekt auf HANA Cloud – ist eine völlig andere Disziplin. Die Grenzen jedes Workstreams sind durchlässig: Eine Verzögerung im Datasphere-Datenmodell blockiert den SAC-Planning-Workstream, weil der Cashflow-Würfel von einer virtuellen Tabelle aus Datasphere abhängt. Die Entscheidung des BW/4HANA-Migrationsteams, Kostenstellenhierarchien in BW auf eine flache Dimension umzustellen, bricht drei SAC-Stories im Customer-Experience-Strang.
Orchestrierung auf Programmebene ist die Summe der Praktiken, die diese wechselseitigen Abhängigkeiten sichtbar hält, die gemeinsam genutzten Ressourcen verwaltet (SAP-Basis-Kapazität, den HANA-Cloud-Tenant, das zentrale SAP-Berechtigungsteam, den begrenzten Pool an Senior-Datenmodellierern) und den Governance-Rhythmus schafft, der Integrationsfehler sichtbar macht, bevor sie zu Produktionsdefekten werden.
Voraussetzungen
- Fortgeschrittene praktische Erfahrung mit SAP-Analytics-Projekten
- Zuerst die Kernkonzepte durcharbeiten: C087, C058, C052
Lernergebnisse
- Ein realistisches Szenario durcharbeiten: Ein europäischer Industriehersteller betreibt ein SAP-Analytics-Programm mit fünf Workstreams — SAC Planning für den Konzernfinanzbereich, Datasphere-Datenprodukte für Supply Chain.
- Das Anti-Muster erkennen und vermeiden: Sechs Workstreams, sechs Integrationstestumgebungen — Bis zum Monat vor dem Go-live findet keinerlei workstreamübergreifender Integrationstest statt.
- Die Kernentscheidung des Moduls anwenden: Wie granular sollte der Abhängigkeitsgraph sein.
- Die Beherrschung mit dem KPI verfolgen: Abhängigkeits-Verzögerungsmultiplikator (Ziel: <= 1,5x bei Verzögerungen der Datengrundlage; Warnsignal: >= 3x).
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Wissenskontrolle · die Schemata.