Internationale Business-Central-Rollouts scheitern selten am Go-live. Die Weichen werden vorher gestellt: beim Template, bei der Governance, bei der Frage, welche Lokalisierungen ein Land wirklich braucht. Diese Session zeigt, was feststehen muss, bevor das Projekt beginnt.
Die Aufzeichnung ist ein Werkstattgespräch, kein Vortrag. Drei Leute, die internationale Rollouts gesteuert haben, gehen die Punkte durch, an denen Projekte in der Praxis kippen, und sagen jeweils dazu, woran man es früh erkennt.
Ein Template braucht einen Eigentümer
Man kann eine Vorlage in ein Rollout-Projekt mitnehmen. Aber sie muss vorher stehen: gehärtet, dokumentiert, und es muss klar sein, wie man sie testet. Wer mit einem halbfertigen Template in das erste Land geht, baut es dort fertig, und danach ist es das Template dieses einen Landes.
Der wichtigste Satz der ganzen Stunde ist ein organisatorischer, kein technischer: wenn niemandem das Template gehört, ändert es jeder. Ohne benannte Eigentümerschaft entstehen so viele Varianten wie Länder, und der Vorteil einer Vorlage ist aufgebraucht, bevor die zweite Welle beginnt.
Fehlende Governance ist kein Mangel an Terminen
Es geht nicht um fehlende Meetings und nicht um fehlende Dokumentation. Fehlende Governance heißt, dass Entscheidungen keinen Ort haben. An dem Punkt gibt es zwar Gremien, aber keines darf entscheiden.
Hörbar wird das an wiederkehrenden Sätzen: das müssen wir mit der Zentrale klären, lass uns das mit allen Ländern abstimmen, wir kommen darauf zurück. Jeder einzelne Satz klingt vernünftig. In Summe verschieben sie Entscheidungen so lange, bis die Umsetzung sie faktisch trifft, nur eben unkoordiniert und in jedem Land anders.
Lokalisierung ist nicht Übersetzung
Lokalisierung meint nicht die Sprache der Oberfläche. Es geht um ein klares Bild davon, welche Lokalisierungen in welchem Land gebraucht werden und wie komplex sie jeweils sind: steuerlich, rechtlich, in der Belegverarbeitung, in der Meldepflicht.
Wenn eine Sache ein internationales Projekt leise zerstört, dann die, dass Lokalisierungen zu spät entdeckt werden. Nicht falsche Entwicklung, nicht schlechte Berater: unbekannte Anforderungen, die erst im Land auftauchen. Sie verschieben Termine und gleich die Reihenfolge der Rollout-Wellen mit. Wer statt einem Monat drei Monate pro Land braucht, rechnet ein anderes Projekt als das, das freigegeben wurde.
Die Arbeit liegt vor dem Kickoff
Der Schluss der Session ist eine Aufforderung, und sie ist unbequem, weil sie nach Verzögerung klingt: die eigene Checkliste wirklich abarbeiten, und zwar vorher. Template, Länderlandschaft, Lokalisierungen, Entscheidungswege. Das ist Arbeit, die vor dem Kickoff erledigt wird, nicht danach.
Der Grund ist einfach. Nach dem Kickoff kostet jede dieser Fragen nicht mehr nur eine Antwort, sondern zusätzlich die Korrektur dessen, was in der Zwischenzeit auf der falschen Annahme gebaut wurde.
Kapitel der Aufzeichnung
- 12:51 Governance. Woran man erkennt, dass Entscheidungen keinen Ort haben.
- 16:24 Die Länderlandschaft. Welches Land Pilot wird und woran sich die Reihenfolge entscheidet.
- 22:16 Lokalisierung. Warum sie nichts mit Sprache zu tun hat und was sie mit dem Zeitplan macht.
- 28:20 Die Checkliste vor dem Kickoff. Was feststehen muss, bevor das Projekt startet.
Wenn Sie gerade mittendrin sind
Die Punkte oben helfen am meisten vor dem Start. Läuft Ihr Rollout schon und Sie erkennen mehrere davon wieder, ist das kein Grund für einen Neustart. Es ist ein Grund, die Länderlandschaft und die Entscheidungswege einmal sauber aufzunehmen, bevor die nächste Welle beginnt. Genau das machen wir in einer Standortbestimmung, und das dauert Tage, nicht Monate.
