Die Change-Management-Infrastruktur: fünf Gremien, zwei Rollen, ein Weg für Wünsche

In beiden CRM-Projekten, über die ich hier geschrieben habe – der Revitalisierung und der Neueinführung in mehr als zehn Ländern –, war das Entscheidende nicht eine Maßnahme, sondern eine Struktur. Ich nenne sie Change-Management-Infrastruktur: Gremien, Abläufe und Feedbackschleifen, einmal gebaut, die danach tragen – auch wenn das Projekt vorbei ist und ich nicht mehr im Haus bin.

Der Begriff ist bewusst gewählt. Eine Infrastruktur ist nichts, was man „macht“; sie ist etwas, auf dem anderes läuft. Und sie hat einen Preis: Sie muss gebaut und besetzt werden, und sie kostet Zeit von Menschen, die andere Dinge zu tun haben. Deshalb lohnt es sich, genau zu wissen, wofür jedes Teil da ist. Hier sind sie, Gremium für Gremium – mit Zweck, Besetzung, Takt und dem Fehler, den ich am häufigsten sehe.

Ein Grundsatz vorweg

Jedes Gremium hat vier Dinge: einen Zweck, eine Besetzung, einen Takt und ein Ergebnis. Fehlt eines davon, ist es kein Gremium, sondern ein Termin. Und jedes Gremium hat genau eine Aufgabe; sobald zwei Aufgaben in einem Termin landen, verdrängt die lautere die wichtige.

Die fünf Gremien

1. Steering – alle zwei Monate

Zweck: Richtung, Prioritäten und Budget entscheiden; das Change-Reporting hören, bevor entschieden wird.
Besetzung: Geschäftsführung oder Vertriebsleitung, IT-Leitung, Projektleitung, Change Manager.
Ergebnis: Entscheidungen mit Namen und Datum.
Typischer Fehler: Das Steering tagt zu oft und wird operativ – dann diskutiert die Geschäftsführung Feldlängen. Oder es tagt, ohne zu entscheiden, weil die Leitung sich vertreten lässt und der Vertreter nichts entscheiden darf.

2. Change Advisory Board – monatlich

Zweck: Hindernisse aus den Fachbereichen benennen, gewichten und in Handlungsfelder übersetzen.
Besetzung: Schlüsselpersonen aus Sales, Service und Marketing, der Change Manager. Die IT ist Gast, nicht Mitglied.
Ergebnis: Eine priorisierte Liste, die ins IT-Board geht.
Typischer Fehler: Die IT sitzt mit am Tisch und erklärt bei jedem Punkt, warum er nicht geht – dann verstummen die Fachbereiche nach zwei Sitzungen. Die Priorisierung gehört denen, die mit dem System arbeiten; die Machbarkeit wird eine Tür weiter geklärt.

3. IT-Board – monatlich

Zweck: Aus Handlungsfeldern einen Lieferumfang machen, mit Aufwand und Termin, abgestimmt mit der IT oder dem Systempartner.
Besetzung: IT, Systempartner, Change Manager, bei Bedarf Key User.
Ergebnis: Ein Lieferplan – und eine Antwort an das Advisory Board zu jedem Punkt, auch wenn sie „nicht jetzt“ lautet.
Typischer Fehler: Der Lieferumfang folgt der IT-Logik statt der Priorität der Fachbereiche: Was technisch nahe liegt, kommt zuerst. Und: Die Antwort geht nicht zurück. Ein Wunsch, der im IT-Board verschwindet, ist der Beweis für die Fachbereiche, dass sich Mitmachen nicht lohnt.

4. Sounding Board – monatlich

Zweck: Hören, was an der Basis ankommt, ungefiltert. Stimmung, Hindernisse, Gerüchte.
Besetzung: Die Cluster Leads und der Change Manager. Keine Leitung.
Ergebnis: Ein Stimmungsbild und Themen, die ins Advisory Board gehören.
Typischer Fehler: Das Sounding Board wird zur Informationsveranstaltung von oben nach unten. Sobald dort verkündet statt gehört wird, sagt niemand mehr, was er wirklich denkt – und das Gremium ist wertlos.

5. Cluster-Meetings – im Takt der Gruppe

Zweck: Die eigene Gruppe abholen: erklären, was kommt und warum; einsammeln, was hakt.
Besetzung: Der Cluster Lead und seine Gruppe – ein Land, eine Region, ein Team.
Ergebnis: Rückmeldungen für das Sounding Board, und Menschen, die wissen, was auf sie zukommt, bevor es da ist.
Typischer Fehler: Der Cluster Lead ist zugleich Key User. Dann wird aus dem Gespräch über Menschen eine Schulung über Masken, und die Fragen „Warum?“ und „Was ändert sich für mich?“ bleiben unbeantwortet.

Die zwei Rollen

Key User kennen das System am tiefsten. Sie testen, beantworten Fragen, tragen die Schulung und sind die erste Anlaufstelle, wenn etwas nicht geht. Cluster Leads kennen die Menschen. Sie holen ihre Gruppe ab, erklären das Warum und bringen die Rückmeldungen nach oben. Beides sind eigene Rollen, und sie sollten nicht in einer Person liegen: Wo das passiert, geht meist eines unter, und es ist selten das System.

Dazu kommt die Kommunikation als eigene Aufgabe, nicht als Nebenbeschäftigung: Wer erfährt wann was, in welcher Sprache, über welchen Weg. In einem Projekt über zehn Länder ist das eine Rolle mit Plan, nicht eine Rundmail.

Der Weg eines Wunsches

Die Gremien sind nur so gut wie der Ablauf, der sie verbindet. Der wichtigste ist der Weg eines Wunsches – oder eines Hindernisses, das ist dasselbe aus zwei Richtungen:

1. Eine Anwenderin stört sich an etwas und sagt es ihrem Cluster Lead.
2. Der bringt es ins Sounding Board; dort zeigt sich, ob andere Gruppen dasselbe sehen.
3. Das Advisory Board entscheidet, ob es ein Einzelfall oder ein Handlungsfeld ist, und wo es in der Priorität steht.
4. Das IT-Board prüft, was es kostet und wann es geht.
5. Braucht es Budget oder eine Richtungsentscheidung, geht es ins Steering.
6. Die Antwort geht denselben Weg zurück – bis zu der Anwenderin, die angefangen hat. Auch wenn sie „nein, und zwar deshalb“ lautet.

Schritt 6 ist der, der fast überall fehlt. Die meisten CRM-Systeme haben nicht zu wenige Wünsche, sondern zu viele unbeantwortete.

Die Feedbackschleifen

Neben den Gremien laufen zwei Dinge, die keine Sitzungen sind. Einzelgespräche mit einer Handvoll Schlüsselpersonen, monatlich, eine Stunde: Dort wird gesagt, was in keinem Gremium gesagt wird. Und das Change-Reporting: aktive Nutzung, Zufriedenheit und die vereinbarten Ziele, auf Leitungsebene und auf Ebene der Gruppen, jeden Monat. Ohne Zahlen bleibt der Erfolg Behauptung – und ohne Rückmeldung an die Gruppen bleibt die Zahl ein Geheimnis der Leitung.

Was es kostet, und was bleibt

Für die Beteiligten im Unternehmen ist es je Gremium eine Stunde im Monat, beim Sounding Board ein halber Tag. Für den Change Manager, der vorbereitet, moderiert, nachbereitet und die Fäden zwischen den Gremien hält, ist es eine eigene Rolle und kein Nebenjob. Wie groß sie ausfällt, hängt an der Zahl der Gruppen, Länder und Schnittstellen und ist eine der Fragen, die die Standortbestimmung beantwortet.

Und sie trägt über das Projekt hinaus. Nach dem Go-live wird das Steering seltener, das IT-Board kleiner – aber das Advisory Board, die Cluster Leads und die Feedbackschleifen bleiben. Ein CRM ist nie fertig; die Frage ist nur, ob die Wünsche danach einen Weg haben oder wieder in Excel landen.

Was das für Sie heißt

• Vier Dinge je Gremium: Zweck, Besetzung, Takt, Ergebnis. Sonst ist es ein Termin.
• Priorisieren die Fachbereiche, bewertet die IT – in zwei Räumen, nicht in einem.
• Zwei Rollen, zwei Menschen: Key User und Cluster Lead.
• Jede Antwort geht zurück, auch das Nein.
• Zahlen und Rückmeldung gehören zusammen.

Ob eine solche Infrastruktur bei Ihnen fehlt, nur auf dem Papier besteht oder funktioniert, zeigt sich in vier Gesprächen: Das ist die CRM-Standortbestimmung, der Einstieg zum Festpreis. Der Aufbau selbst ist meine operative Begleitung.

Wer die Einführung mit dem eigenen Team aufsetzt: Kommunikationsplan, Champion-Netzwerk und die Agenda für den Lenkungsausschuss gibt es als Vorlage im CRM-Change-Toolkit, einer verknüpften Excel-Mappe mit Leitfaden.