Transformation umsetzen: So nutzen Beratungen ihre Bausteine wirklich

Summary: Die Transformation einer Beratung scheitert selten an der Strategie, sondern an der Umsetzung. Damit aus Blueprints, Service-Produkten und Team-Modellen keine Wissensbibliothek wird, die niemand nutzt, braucht es sechs Dinge: klare Ownership, ein Qualitäts-Review, Sichtbarkeit im Vertrieb, verbindliche Nutzung in der Delivery, einen Feedback-Kreislauf und messbare Kennzahlen.

Die Strategie ist formuliert, die Ansätze sind beschrieben, und die ersten Ideen für Services und Pakete liegen auf dem Tisch. Genau an diesem Punkt scheitern viele Transformationen in Beratungen. Nicht weil die Ideen schlecht wären, sondern weil die Umsetzung im Tagesgeschäft untergeht. Abrechenbare Projekte haben immer Vorrang, und für den Aufbau neuer Strukturen bleibt wenig Zeit. Umso wichtiger ist es, die Umsetzung bewusst zu organisieren und von Anfang an auf Wirkung auszurichten. Dieser Artikel beschreibt die sechs wichtigsten Hebel, passende Kennzahlen und ein Vorgehen in drei Phasen. Er schließt die Serie Transformation von Consulting-Firmen ab und verbindet die vorherigen Artikel zu einem konkreten Plan.

Die typische Falle: die ungenutzte Wissensbibliothek

Das Muster ist in vielen Beratungen bekannt. Eine Initiative startet mit viel Energie, ein Wiki oder eine SharePoint-Seite wird angelegt, und die ersten Dokumente werden hochgeladen. Nach einigen Monaten ist die Ablage unübersichtlich, und niemand weiß genau, welche Version aktuell ist. Neue Kolleginnen und Kollegen finden die Inhalte nicht, erfahrene nutzen lieber ihre eigenen Vorlagen. Irgendwann wird die Ablage kaum noch gepflegt und schließlich stillschweigend aufgegeben. Der Grund ist fast nie mangelndes Wissen oder fehlendes Engagement einzelner Personen. Es fehlen Verantwortung, Regeln und Anreize, die dafür sorgen, dass Inhalte gepflegt und genutzt werden.

Sechs Hebel für eine wirksame Umsetzung

Eine wirksame Umsetzung braucht keine aufwendige Organisation, aber einige klare Entscheidungen. Sechs Hebel haben dabei besonders großen Einfluss darauf, ob Bausteine und neue Angebote im Alltag ankommen. Sie betreffen die Verantwortung für Inhalte, die Qualität, die Verbindung zum Vertrieb, die Nutzung in Projekten, den Rückfluss von Erfahrungen und die Messung der Wirkung. Keiner dieser Hebel ist für sich allein ausreichend. Erst im Zusammenspiel entsteht ein System, das sich selbst trägt. Für jeden Hebel gibt es einfache, konkrete Maßnahmen, die sich ohne große Investitionen einführen lassen. Die folgenden Abschnitte beschreiben die Hebel im Einzelnen.

1. Ownership: Wer entscheidet, was offiziell ist?

Jeder Baustein braucht einen Owner, der für Inhalt und Aktualität verantwortlich ist. Ohne diese Zuordnung fühlt sich niemand zuständig, und Inhalte veralten unbemerkt. Genauso wichtig ist die Frage, wer entscheidet, ob ein Dokument zu einem offiziellen Blueprint wird. Solange diese Entscheidung fehlt, bleibt jeder Inhalt ein unverbindlicher Entwurf, dem niemand richtig traut. Die Verantwortung sollte bei Personen liegen, die fachlich anerkannt sind und genug Zeit für diese Aufgabe haben. Bei größeren Themen bietet sich eine verantwortliche Person pro Product Line an, die die Owner der einzelnen Bausteine koordiniert. Konkrete Maßnahmen sind:

• Pro Product Line eine verantwortliche Person benennen
• Pro Baustein einen Owner eintragen
• Einen einfachen Status einführen: „Entwurf“, „geprüft“, „offiziell“, „veraltet“

2. Qualität: Wer prüft die Bausteine?

Bausteine, die niemand prüft, werden nicht vertrauenswürdig. Und was nicht vertrauenswürdig ist, wird im Projekt nicht genutzt, weil niemand das Risiko eingehen will. Ein Qualitäts-Review ist deshalb keine bürokratische Hürde, sondern die Voraussetzung für Nutzung. Das Review sollte schlank sein und sich auf wenige, klare Kriterien konzentrieren. Dazu gehören fachliche Richtigkeit, Verständlichkeit, Anonymisierung und die Frage, ob der Baustein tatsächlich wiederverwendbar ist. Wichtig ist auch, dass das Review nicht nur einmalig stattfindet, sondern in regelmäßigen Abständen wiederholt wird. Konkret bedeutet das:

• Review nach dem Vier-Augen-Prinzip vor jeder Freigabe
• Eine kurze Checkliste mit den wichtigsten Qualitätskriterien
• Ein festes Datum für die nächste Überprüfung jedes offiziellen Bausteins

3. Vertrieb: Wie erfährt der Vertrieb von den Bausteinen?

Der beste Baustein bringt nichts, wenn er im Angebot nicht auftaucht. Der Vertrieb muss wissen, welche Service-Produkte, Team-Modelle und Pakete es gibt, wie sie beschrieben sind und wie sie bepreist werden. In vielen Beratungen erfährt der Vertrieb von neuen Angeboten eher zufällig oder gar nicht. Dann verkauft er weiterhin, was er kennt, und das ist meist der Tagessatz. Die Verbindung zwischen Product Lines und Vertrieb muss deshalb aktiv hergestellt werden. Das gelingt am besten mit kurzen, regelmäßigen Formaten und fertigen Materialien, die direkt im Kundengespräch einsetzbar sind. Hilfreich sind:

• Ein kompakter Angebotskatalog mit allen standardisierten Leistungen
• Regelmäßige kurze Enablement-Termine für neue Angebote
• Fertige Angebotsbausteine für Managed Services, Team-Blueprints und agile Festpreise

4. Delivery: Sind Projekte verpflichtet oder zumindest motiviert?

Solange die Nutzung von Bausteinen freiwillig ist, gewinnt im Projektstress fast immer die eigene Vorlage. Das ist menschlich verständlich, denn Vertrautes fühlt sich schneller und sicherer an. Projekte sollten deshalb verpflichtet oder zumindest spürbar motiviert sein, bestehende Blueprints zu verwenden. Eine starre Pflicht ist dabei nicht immer sinnvoll, weil nicht jeder Baustein zu jedem Projekt passt. Besser ist eine klare Erwartung, verbunden mit der Möglichkeit, begründet abzuweichen. So entsteht Verbindlichkeit, ohne dass die Qualität unter unpassenden Vorgaben leidet. Konkret kann das so aussehen:

• Ein „Blueprint-Check“ beim Projektstart, der passende Bausteine identifiziert
• Abweichungen werden kurz begründet und dokumentiert
• Die Nutzung von Bausteinen ist ein fester Punkt in Projektreviews

5. Feedback: Wie kommen Erfahrungen zurück?

Ohne Rückfluss aus den Projekten veralten Bausteine schnell. Der Factory-Kreislauf der Product Lines funktioniert nur, wenn Projekte ihre Erkenntnisse zurückgeben. Das passiert selten von allein, weil am Projektende meist schon das nächste Projekt wartet. Deshalb braucht es ein festes, möglichst kurzes Format, das in den Projektabschluss integriert ist. Entscheidend ist eine klare Frage, die sich schnell beantworten lässt. Die Ergebnisse müssen außerdem bei der richtigen Person ankommen, damit sie tatsächlich in die Bausteine einfließen. Sinnvoll sind folgende Maßnahmen:

• Ein kurzes Lessons-Learned-Format mit der festen Frage: „Was sollte in einen Baustein einfließen?“
• Weiterleitung der Ergebnisse direkt an den jeweiligen Owner
• Rückmeldung des Owners, was übernommen wurde und was nicht

6. Messbarkeit: Bringt die Arbeit etwas?

Product-Line-Arbeit kostet abrechenbare Zeit, und das ist in jeder Beratung ein sensibles Thema. Ohne Nachweis ihrer Wirkung wird diese Zeit beim nächsten Auslastungsengpass gestrichen. Deshalb sollte von Anfang an festgelegt werden, woran der Erfolg gemessen wird. Die Kennzahlen müssen einfach zu erheben und für alle Beteiligten verständlich sein. Zu viele oder zu komplexe Kennzahlen führen dazu, dass sie nicht gepflegt oder nicht beachtet werden. Wichtig ist außerdem, dass die Ergebnisse regelmäßig im Führungskreis besprochen werden. Mögliche Kennzahlen zeigt der folgende Abschnitt.

Kennzahlen für die Transformation

Kennzahl	Was sie zeigt
Nutzungsquote von Bausteinen	In wie vielen Projekten offizielle Blueprints eingesetzt werden
Anteil wiederkehrender Umsätze	Fortschritt Richtung Service-Modell
Anteil Umsatz aus Paketen, Teams und agilen Festpreisen	Wie stark das Portfolio bereits standardisiert ist
Angebotsdurchlaufzeit	Ob Bausteine den Vertrieb beschleunigen
Abweichung zwischen Schätzung und Ist-Aufwand	Ob Schätzmodelle verlässlicher werden
Marge je Angebotsform	Ob Standardisierung wirtschaftlich wirkt
Beiträge zu Bausteinen je Product Line	Ob der Feedback-Kreislauf funktioniert

Wichtig ist nicht die Zahl der Kennzahlen, sondern dass sie tatsächlich betrachtet und für Entscheidungen genutzt werden. Für den Start reichen oft zwei oder drei Größen, die sich mit vorhandenen Daten erheben lassen. Die Nutzungsquote von Bausteinen und der Anteil wiederkehrender Umsätze sind meist ein guter Anfang. Weitere Kennzahlen können hinzukommen, wenn die Transformation voranschreitet. Entscheidend ist, dass die Werte über die Zeit verglichen werden, denn einzelne Momentaufnahmen sagen wenig aus. Auch negative Entwicklungen sind wertvolle Informationen, weil sie zeigen, wo nachgesteuert werden muss. Kennzahlen sollten deshalb nie nur zur Kontrolle, sondern immer auch zum Lernen genutzt werden.

So können Sie es machen: ein Vorgehen in drei Phasen

Eine Transformation muss nicht mit einem großen Programm beginnen. Ein Vorgehen in drei Phasen hilft, schnell erste Ergebnisse zu erzielen und gleichzeitig eine solide Grundlage zu schaffen. In der ersten Phase geht es um Klarheit über Ziel, Ausgangslage und Verantwortung. Die zweite Phase erprobt ausgewählte Angebote mit echten Kunden. Die dritte Phase überführt erfolgreiche Piloten in den Standard und baut das Portfolio schrittweise aus. Jede Phase hat eigene Ziele und liefert Ergebnisse, auf denen die nächste aufbaut. Die Zeiträume sind Richtwerte und hängen von Größe und Ausgangslage des Unternehmens ab.

Phase 1: Klarheit schaffen (erste 4 bis 6 Wochen)

• Zielbild formulieren: Was wollen wir in drei Jahren überwiegend verkaufen?
• Bestandsaufnahme: Welche 5 bis 10 Leistungen erbringen wir heute mehrfach in ähnlicher Form?
• Festlegen, wo wir bewusst individuell bleiben
• Verantwortliche für Product Lines und Bausteine benennen

Phase 2: Pilotieren (etwa 2 bis 4 Monate)

• Zwei bis drei Angebote auswählen, z. B. ein Service-Produkt, einen Team-Blueprint und ein Paket mit agilem Festpreis
• Die dafür nötigen Bausteine erstellen und prüfen
• Mit ausgewählten Kunden starten, Aufwände und Erfahrungen genau erfassen
• Vertrieb gezielt für die Pilotangebote befähigen

Phase 3: Skalieren (danach fortlaufend)

• Erfolgreiche Piloten in den Standardkatalog übernehmen
• Blueprint-Check und Lessons Learned als festen Teil des Projektablaufs einführen
• Kennzahlen regelmäßig im Führungskreis besprechen
• Weitere Leistungen schrittweise standardisieren

Die häufigsten Fehler

Auch mit gutem Plan gibt es Fallstricke, die eine Transformation bremsen oder zum Stillstand bringen. Die meisten davon sind nicht technischer, sondern organisatorischer Natur. Sie entstehen aus verständlichen Motiven, etwa dem Wunsch, möglichst schnell möglichst viel zu erreichen. Oder sie entstehen aus der Hoffnung, dass ein neues Werkzeug die Probleme von allein löst. Wer diese Fallstricke kennt, kann sie frühzeitig erkennen und gegensteuern. Oft genügt schon eine offene Diskussion im Führungskreis, um sie rechtzeitig zu adressieren. Die folgenden Punkte gehören zu den häufigsten:

• Zu viel auf einmal: Lieber drei Bausteine, die genutzt werden, als dreißig, die niemand kennt.
• Tool vor Regeln: Eine neue Plattform löst kein Ownership-Problem.
• Kein Führungscommitment: Wenn Product-Line-Zeit bei jedem Engpass gestrichen wird, signalisiert das, dass sie nicht wichtig ist.
• Vertrieb vergessen: Standardisierte Angebote, die nicht verkauft werden, bleiben Theorie.
• Keine Anreize: Wer Wiederverwendung will, muss sie in Zielen und Anerkennung abbilden.

Leitfragen für den Start

Für den Einstieg in die Umsetzung helfen einige Leitfragen, die im Führungskreis gemeinsam beantwortet werden sollten. Sie greifen die sechs Hebel auf und machen sichtbar, wo es bereits klare Regeln gibt und wo nicht. Oft zeigt sich dabei, dass viele Fragen bisher nie ausdrücklich beantwortet wurden. Das ist kein Versäumnis, sondern ein normaler Zustand in wachsenden Beratungen. Wichtig ist, die Antworten festzuhalten und Verantwortliche für offene Punkte zu benennen. Nach einigen Monaten lohnt sich ein erneuter Blick auf dieselben Fragen. Dann zeigt sich, wie weit die Umsetzung tatsächlich gekommen ist.

• Wer entscheidet bei uns, was ein offizieller Blueprint ist?
• Wer reviewt Bausteine vor der Freigabe?
• Wie erfährt der Vertrieb von neuen Angeboten und Bausteinen?
• Sind Projekte verpflichtet oder motiviert, Blueprints zu nutzen?
• Wie fließen Projekterfahrungen zurück in die Product Lines?
• Woran erkennen wir, ob die Product-Line-Arbeit etwas bringt?

FAQ

Warum scheitern Wissensinitiativen in Beratungen so oft?

Meist fehlen klare Verantwortung, Qualitätssicherung, Sichtbarkeit im Vertrieb und Anreize für die Nutzung. Die Inhalte sind oft vorhanden, werden aber nicht gepflegt und nicht verwendet.

Wie misst man Wiederverwendung in einer Beratung?

Zum Beispiel über die Zahl der Projekte, die offizielle Bausteine nutzen, über kürzere Angebotszeiten, über genauere Aufwandsschätzungen und über die Marge standardisierter Angebote.

Wer sollte die Transformation verantworten?

Die Geschäftsführung setzt Zielbild und Rahmen. Für die einzelnen Themen braucht es verantwortliche Product-Line-Leads und Owner für Bausteine. Vertrieb und Delivery müssen von Anfang an eingebunden sein.

Womit sollte man konkret anfangen?

Mit einer Bestandsaufnahme wiederkehrender Leistungen und der Auswahl von zwei bis drei Pilotangeboten. Erfolge aus diesen Piloten schaffen die Grundlage für die weitere Standardisierung.

Unterstützung bei der Umsetzung

Die Umsetzung ist der Teil der Transformation, bei dem die meisten Initiativen ins Stocken geraten. Gerade hier hilft Unterstützung, die nicht nur Konzepte liefert, sondern die ersten Schritte gemeinsam mit Ihrem Team geht. Als Freelancer begleite ich Beratungen und IT-Dienstleister von der Bestandsaufnahme über die Pilotphase bis zur Verankerung im Alltag. Dazu gehören die Moderation von Workshops, die Ausarbeitung von Service-Produkten, Team-Blueprints und agilen Festpreisen sowie der Aufbau einer schlanken Struktur für Product Lines und Kennzahlen. Ich verbinde dabei praktische Erfahrung mit Enterprise-Plattformen wie ServiceNow mit einem wissenschaftlichen Hintergrund aus meiner Promotion im Bereich Künstliche Intelligenz. Die Zusammenarbeit kann punktuell sein, etwa für einen Strategie-Workshop, oder als Begleitung über mehrere Monate. Wenn Sie die Transformation Ihrer Beratung konkret angehen möchten, freue ich mich auf ein unverbindliches Erstgespräch.

Unverbindliches Erstgespräch vereinbaren · Dr. Dominic Lindner

Alle Artikel dieser Serie

1. Transformation von Consulting-Firmen
2. Zielbild: Vom Einzelberater zum Team- und Service-Modell
3. Managed Services als Produkt
4. Team-Blueprints
5. Agiler Festpreis
6. Product Lines als Factory
7. Transformation umsetzen (dieser Artikel)