Product Owner — MuleSoft Platform-as-a-Service
Volkswagen Financial Services
Plattform in 18 Ländern ausgerollt mit SLAs, Shared-Responsibility-Modellen und weltweiter Kostenoptimierung.
Expertise
MuleSoft, jenseits der Plattformentscheidung
Die Plattform zu kaufen ist der einfache Teil. Sie über Länder, Geschäftsbereiche und zehn Jahre Legacy zum Liefern zu bringen, ist der schwere Teil. Das ist meine Arbeit.
Die meisten MuleSoft-Programme scheitern nicht an der Beschaffung. Sie scheitern in Land vier, beim dritten Governance-Komitee, in dem Moment, in dem ein Geschäftsbereich erkennt, dass sich die Plattform in diesem Geschäftsjahr nicht amortisieren wird. Ich kenne diese Rollouts von innen: bei Volkswagen Financial Services über 18 Länder, am Universitätsspital Zürich beim Aufbau des Integration Centre of Excellence, bei DB Schenker beim Umbau von EDI und ESB zu einer funktionierenden iPaaS. Die Muster wiederholen sich.
Wo die meisten Rollouts hängen
Es ist nie die Technik.
MuleSoft funktioniert. Anypoint Platform ist reif, die Konnektoren sind umfangreich, das Runtime ist solide. Wenn Ihr Rollout stockt, ist es fast immer eines von drei Dingen — keines davon steht auf der Produkt-Roadmap.
Governance gemacht für die ersten drei APIs, nicht für die nächsten dreihundert. Bei zehn APIs hält jeder den Katalog sauber. Bei dreihundert APIs über fünfzehn Geschäftsbereiche brauchen Sie ein veröffentlichtes Betriebsmodell: wer besitzt was, wer genehmigt was, wer wird um 02:00 Uhr angerufen. Die meisten Rollouts laufen gegen die Governance-Grenze, die sie versehentlich in Woche sechs gesetzt haben.
Kein Pfad zur Kostendeckung. Das Plattformteam wird die ersten achtzehn Monate zentral finanziert. Dann fragt jemand in Finance: wer zahlt das nächstes Jahr? Ohne Verrechnungsmodell, veröffentlichte TCO je Geschäftsbereich und belastbare Value-Story wird das Budget halbiert, bevor der Rollout halb durch ist.
Land-Vier-Syndrom. Die ersten drei Länder gehen live. Dann steht alles still. Die ersten drei hatten starke lokale Champions, einfache Landschaften, kooperative Sponsoren. Land vier hat nichts davon. Ohne Onboarding-Playbook für die schwierigen Fälle kommt der Rollout zum Erliegen.
Wie ich daran arbeite
Plattform, Governance, Ökonomie — in dieser Reihenfolge, mit allen drei parallel.
Die meisten Berater verkaufen Ihnen den technischen Plattform-Rollout. Manche fügen Governance hinzu. Sehr wenige verbinden die Plattformentscheidung mit der Ökonomie, die sie tragfähig machen muss. Ich arbeite alle drei ab Woche eins.
Die Plattform-Ebene: die Anypoint-Hierarchie richtig aufgesetzt — Business Groups für Headquarter und jedes Land, Environments je Geschäftsbedarf, rollenbasierter Zugriff von oben nach unten.
Die Governance-Ebene: ein arbeitendes Centre for Enablement (C4E), kein Foliensatz. Das Betriebsmodell — föderierte Verantwortung, zentrale Standards, Eskalationspfade — das tatsächlich über die ersten dreißig APIs hinaus skaliert.
Die Ökonomie-Ebene: Verrechnungsmodell, TCO je Geschäftsbereich und eine Value-Story, die Sie dem CFO vorlegen können. Ohne das wird jeder Rollout im zweiten Jahr ein Budgetkampf. Damit verlängern Sie.
Das Rapid Decision Framework läuft parallel zu jedem dieser Themen — wenn die Frage „MuleSoft vs. Workato vs. UnifyApps?" lautet, ist das ein Bewertungsproblem, das ich mit demselben mathematischen Ansatz löse.
Engagements
Wo ich das geliefert habe.
- 2021 – 2023
- 2024 – 2025
Integrationsarchitekt — Centre of Excellence
USZ — Universitätsspital Zürich
Integration CoE auf MuleSoft aufgebaut, Governance definiert, Migrationsplan von SAP PI zu API-led-Architektur.
- 2024 – 2025
Integrations- & Projektleiter
DB Schenker
EDI-, API- und ESB-Integration in eine iPaaS überführt — über Luft- und Seelogistik hinweg.
More expertise areas