Das Muster, über das niemand spricht
Internationale Business-Central-Programme scheitern aus strukturellen, nicht aus technischen Gründen. Die Software ist selten das Problem. Die Governance-Modelle, Koordinationsstrukturen und Lieferannahmen, die in einer Ein-Land-Einführung gut funktionieren, skalieren nicht auf ein Multi-Country-Programm, und die Lücke zwischen dem, was national funktioniert, und dem, was international nötig ist, wird fast immer unterschätzt.
Dieser Artikel benennt sieben strukturelle Muster, die den Großteil der internationalen BC-Fehlschläge ausmachen. Jedes ist vorhersehbar. Jedes ist vermeidbar. Und jedes baut sich auf, bevor es im formalen Reporting sichtbar wird.
Was internationale BC-Projekte strukturell anders macht
Eine BC-Einführung, die in einem Land gut läuft, ist kein Beleg dafür, dass dasselbe Team, dieselben Methoden und dasselbe Governance-Modell ein internationales Programm tragen. Die Unterschiede sind keine Frage des Grades, sondern der Art.
In einem lokalen Projekt kann eine einzige Projektleitung das Programm im Kopf halten. Beziehungen zu Stakeholdern sind etabliert, Eskalationswege klar. In einem internationalen Programm gilt nichts davon: Die Zahl der Stakeholder vervielfacht sich, Governance muss Zeitzonen, Sprachen, Rechtsrahmen und Reporting-Kulturen überspannen.
Unternehmen scheitern nicht, weil sie das falsche System gewählt haben. Sie scheitern, weil sie unterschätzt haben, was internationale Komplexität mit Governance macht.
Sieben Gründe, warum internationale Business-Central-Projekte scheitern
1. Governance-Strukturen, die über Grenzen nicht skalieren
Die häufigste Ursache ist nicht technisch, sondern das Fehlen eines Governance-Modells für internationale Größenordnung. Die meisten BC-Partner bauen Governance für ein einzelnes Projekt: ein Sponsor, eine Projektleitung, ein Team. Das trägt national, bricht aber unter mehreren Ländern, parallelen Workstreams und konkurrierenden Interessen. International braucht es eine klare Entscheidungsinstanz oberhalb der Länderebene, einen Eskalationsweg über kulturelle und organisatorische Grenzen hinweg, einen Koordinationsrhythmus, der das Programm zusammenhält, während die einzelnen Rollouts auseinanderlaufen, und eine Verantwortungsstruktur, die lokale Teams unter Druck nicht umgehen können.
2. Reporting, das die Realität verdeckt
Das verlässlichste Signal, dass ein internationales Programm in Schieflage gerät, ist nicht, was der Statusbericht sagt. Es ist der Unterschied zwischen dem Bericht und dem, was Sie hören, wenn Sie direkt mit den Menschen sprechen, die liefern. Wenn diese Drift im formalen Reporting sichtbar wird, hat sie sich meist schon über Monate aufgebaut.
3. Lokal-gegen-global-Spannung ohne Entscheidungsinstanz
Jedes internationale BC-Programm steht unter derselben Grundspannung: zentrale Entscheidungen, die das Programm kohärent halten, gegen lokale Anforderungen, die einzelne Rollouts praktikabel machen. Ohne definierte Instanz oberhalb der Länderebene wird diese Spannung nie aufgelöst, nur vertagt.
4. Partner-Kompetenzlücken in der internationalen Lieferung
Ein Partner mit exzellenter lokaler BC-Bilanz ist nicht automatisch für ein internationales Programm gerüstet. Die nötigen Fähigkeiten sind andere: über mehrere Länderteams hinweg zu koordinieren, Stakeholder mit grundlegend unterschiedlichen Interessen zu steuern, Governance auf Programmebene aufzubauen und zu halten und unter Unsicherheit zu entscheiden, wenn die Informationen aus dem Feld unvollständig sind. Diese Lücke ist eines der am meisten unterschätzten Risiken der BC-Projektplanung.
5. Scope zentral definiert, an den Rändern ignoriert
Scope-Drift ist in internationalen Programmen im formalen Reporting weitgehend unsichtbar. Länderteams melden ihn nicht als Scope-Drift, sondern als Klärung, lokale Anpassung oder Konfiguration. Wenn die Summe auf Programmebene sichtbar wird, hat sie oft schon einen großen Teil des Puffers verbraucht und technische Schulden geschaffen, die sich durch jede weitere Rollout-Welle verstärken.
6. Stakeholder-Fehlausrichtung, die sich mit der Zeit verstärkt
Frühe Unstimmigkeiten, die nicht adressiert werden, bleiben nicht statisch, sie wachsen. Mit jeder Welle baut die Fehlausrichtung auf der vorherigen auf. Wenn die Lücke zwischen Partner- und Kundenrealität die Führungsebene erreicht, ist der Abstand oft nur noch mit formaler Intervention zu überbrücken.
7. Entscheidungen, die erst durch Eskalation erzwungen werden
Termindruck erschwert das ehrliche Reporting, das den Entscheidungsbedarf sichtbar machen würde. Das Muster ist beständig: Themen werden anerkannt, ins passende Gremium eskaliert, diskutiert und dann vertagt. Wenn die Eskalation schließlich erzwungen wird, haben sich die Kosten der Rettung meist um ein Vielfaches gegenüber einem frühen Eingriff erhöht.
Was diese Muster gemeinsam haben
Sieben Muster, sieben Erscheinungsformen, eine gemeinsame Dynamik. Jedes ist strukturell, nicht technisch. Jedes baut sich auf, bevor es sichtbar wird. Und jedes ist vorhersehbar, also vermeidbar, wenn man es im richtigen Moment erkennt.
Der richtige Moment liegt fast immer früher, als Organisationen handeln. Genau das ist das Argument für eine externe Standortbestimmung in internationalen BC-Programmen: nicht als letztes Mittel, wenn schon etwas schiefgelaufen ist, sondern als strukturelles Instrument, um das gemeinsame, faktenbasierte Bild zu schaffen, das interne Teams allein selten zuverlässig erzeugen.
Vier Schritte, die den Projektverlauf verändern
- Governance von Anfang an für internationale Größenordnung bauen. Das Modell für ein lokales Projekt trägt kein internationales Programm. Programm-Governance gehört vor den Rollout entworfen, nicht nach dem ersten Go-live nachgerüstet.
- Partner-Kompetenz vor der Zusage prüfen. Eine starke lokale BC-Bilanz ist kein Beleg für internationale Programmfähigkeit. Prüfen Sie gezielt: Erfahrung mit Programm-Governance, Steuerung von Länderteams, Senior-Kapazität für komplexe Stakeholder-Umfelder.
- Eine gemeinsame Realität schaffen, keinen gemanagten Statusbericht. Eine externe Standortbestimmung ist das verlässlichste Mittel, um festzustellen, was tatsächlich passiert, und die Lücke zwischen berichtet und real zu schließen.
- Die Sicht von außen holen, bevor die Eskalation unvermeidlich wird. Die Muster oben werden im Reporting erst sichtbar, wenn sie schon teuer sind. Handeln Sie in einem Moment, in dem Sie noch Optionen haben.
Wie DGP internationale Business-Central-Programme unterstützt
DGP steuert internationale BC-Programme senior-geführt: Programm-Governance, Struktur und Koordination über Länder, Workstreams und Stakeholder hinweg, ohne dem Partner die Lieferverantwortung zu nehmen. Der Partner bleibt Eigentümer der Kundenbeziehung, DGP bringt die Senior-Programmerfahrung ein, die sie tragfähig macht.
Eine senior-geführte Standortbestimmung macht die Reporting-Lücken, den Scope-Drift und die aufgeschobenen Entscheidungen sichtbar, die interne Strukturen nicht zuverlässig zeigen. Das Ergebnis ist entscheidungsreif: klare Befunde, den Führungsentscheidungen zugeordnet, mit mehreren Lösungswegen und ihren Abwägungen. Die Steuerung bleibt dabei auf Ihrer Seite, mit Business Central als Heimat.
Wenn Sie eines dieser Muster wiedererkennen
Wir arbeiten eingebunden in Ihr Team, nicht als Prüfer, sondern als Programmpartner. Lassen Sie uns über Ihr internationales Rollout sprechen, senior-geführt und mit Business Central als Heimat.
