Kapitel 15 · Die ersten 90 Tage

Was wir in diesem Kapitel diskutieren: Die operative Einführung organisationalen Selbstverständnisses folgt einem strukturierten, wiederholbaren 90-Tage-Muster (Scope festlegen, Wissen konsolidieren, Konflikte fachlich entscheiden und Nutzen messbar nachweisen), anstatt als klassischer Software-Rollout zu verlaufen. Das Kapitel vermittelt das vierphasige Vorgehensmodell mit konkreten Rollen und Entscheidungspunkten, die vier gefährlichsten Anti-Muster sowie den Praxisleitfaden der Muster AG.

Dein Hebel als Entscheider: Der verhängnisvollste Denkfehler in diesem Handlungsfeld ist der intuitive Vollständigkeitsanspruch: das Bestreben, das gesamte Unternehmen zu modellieren, bevor die erste Auskunft Nutzen stiftet. Das 90-Tage-Muster kehrt diese Logik um: Es führt einen schmalen, geschäftskritischen Ausschnitt zielgerichtet zur vollen Auskunftsfähigkeit. Deine Führungsrolle als Sponsor beschränkt sich auf drei klare Momente: Scope-Freigabe, Konflikt-Eskalation und finale Nutzenabnahme.

---

15.1 Warum "Rollout" die falsche Metapher ist

Klassische Software wird in eine Organisation ausgerollt; organisationales Selbstverständnis hingegen muss schrittweise aufgebaut werden.

Dieser sprachliche Unterschied bezeichnet keineswegs eine feinsinnige Nuance, sondern eine fundamentale Richtungsentscheidung. Ein IT-Rollout gilt formal als abgeschlossen, sobald die Anwendung auf den Servern installiert und die Lizenzen den Benutzern zugewiesen sind. Eine Wissenskonsolidierung entfaltet ihren geschäftlichen Nutzen hingegen erst in dem Moment, in dem die ersten aufgedeckten Konflikte zwischen QM-Vorgaben und betrieblicher Alltagspraxis fachlich entschieden werden; diese Führungsarbeit können einzig die Experten Deines Hauses leisten.

Aus diesem Grund hat sich für den Einstieg ein Vorgehen etabliert, das dieses Buch als Proof of Understanding bezeichnet: ein präzise eingegrenztes Pilotvorhaben, dessen Ziel nicht in der technischen Systembereitschaft liegt, sondern in der nachgewiesenen Fähigkeit der Organisation, über einen definierten Kernbereich ihrer Wertschöpfung auf Anhieb belastbar Auskunft zu geben. Die Praxisbeispiele A, B und D aus Kapitel 11 illustrieren erfolgreiche Varianten dieses Vorgehens.

15.2 Das Vorgehensmodell in vier Phasen

Das praxiserprobte 90-Tage-Muster gliedert sich in vier operative Phasen. Jede Phase besitzt eine klar definierte Aufgabenstellung, spezifische Rollenverantwortlichkeiten, einen unhintergehbaren Entscheidungspunkt sowie einen direkten Messanschluss.

15.2.1 Phase 1 (Tage 1 bis 15): Scope und Baseline

Zu Beginn wählst Du gemeinsam mit der Führungsebene einen Wissensbereich aus, der drei strikte Kriterien erfüllt: Er muss eine hohe geschäftliche Dringlichkeit aufweisen, quellenreich sein (indem mindestens zwei unterschiedliche Systemwelten darüber berichten) und an einen drängenden betrieblichen Meilenstein gekoppelt sein, etwa eine anstehende Systemmigration, ein bevorstehendes Audit oder den Generationswechsel an einer Schlüsselposition. Zeitgleich läuft die Baseline-Messwoche aus Kapitel 10 an, um die Ausgangslage empirisch zu fixieren.

• Rollen: Der Sponsor leitet die Priorisierung; die Wissensverantwortlichen definieren die Quellsysteme.
• Entscheidungspunkt: Der formelle Entscheidungspunkt am Ende dieser Phase liegt uneingeschränkt beim Sponsor: Der gewählte Scope wird verbindlich freigegeben oder nachgeschärft, keinesfalls jedoch ausgeweitet.
• Messanschluss: Die Erhebung der Baseline-Werte (Suchzeiten, Klärungsdauer, manuelle Vorbereitungszeiten) markiert den Nullpunkt für die spätere Nutzenmessung.

15.2.2 Phase 2 (Tage 16 bis 60): Konsolidierung und Konflikt-Report

In der zweiten Phase befüllen automatisierte Adapter die governte Ontologie mit den Inhalten der Quellsysteme. Während die Konsolidierungslogik im Hintergrund läuft, identifiziert die Konflikt-Erkennung verbliebene Widersprüche zwischen den Dokumenten und Datenbeständen. Am Ende dieser Phase steht der erste strukturierte Konflikt-Report der Organisation: Wie häufig widersprechen sich die Vorgaben im gewählten Bereich, an welchen Stellen treten die Differenzen auf und welche betriebliche Schwere weisen sie auf? Dieser Report konfrontiert Entscheider erstmals schwarz auf weiß mit organisatorischen Brüchen, deren Ausmaß zuvor bloß erahnt wurde; die ersten Projekte deuten auf typische Bänder von 12 bis 19 Konflikten je 100 Claims.

• Rollen: Der technische Lead steuert die Adapter-Pipelines; die Wissensverantwortlichen prüfen die Erfassungsqualität.
• Entscheidungspunkt: Entgegennahme des Konflikt-Reports durch den Sponsor und verbindliche Zuweisung der Review-Kapazitäten für die Fachkräfte.
• Messanschluss: Ersterfassung der Konfliktdichte (Gesamtzahl und Schweregrad identifizierter Widersprüche im Scope).

15.2.3 Phase 3 (Tage 61 bis 85): Vier-Zonen-Review und Freigaben

Die zuständigen Fachverantwortlichen entscheiden die aufgedeckten Konflikte systematisch nach dem Vier-Zonen-Verfahren aus Kapitel 7. Genau hier entsteht die eigentliche organisatorische Wertschöpfung, und genau hier gerät das Vorhaben ins Stocken, wenn Du als Sponsor die erforderlichen Zeitbudgets der Experten im Tagesgeschäft nicht freihältst. Für unklare Konstellationen gilt eine strikte Eskalationsregel: Was sich auch nach zwei fachlichen Sitzungen nicht auflösen lässt, wandert als Zone-4-Eintrag mit lückenloser Begründung in den Bestand, transparent als offene Frage ausgewiesen, anstatt bürokratisch vertagt zu werden.

• Rollen: Fachexperten führen die Reviews durch; Wissensverantwortliche erteilen formelle Freigaben; der Sponsor entscheidet operative Eskalationen.
• Entscheidungspunkt: Eskalationsentscheidung des Sponsors bei ungelösten Grundsatzkonflikten zwischen Fachbereichen.
• Messanschluss: Tracking der Konflikt-Auflösungsrate (Anteil bearbeiteter und freigegebener Claims im Verhältnis zum Gesamtertrag des Konflikt-Reports).

15.2.4 Phase 4 (Tage 86 bis 90): Nutzenmessung und Ausweitungsentscheidung

In den letzten fünf Tagen erhebst Du die Kennzahlen der Baseline-Woche erneut. Die Vorher-Nachher-Gegenüberstellung geht direkt an den Sponsor, woraufhin die strategische Führung über die Zukunft der Initiative entscheidet: Ausweitung auf den nächsten Scope, gezielte Kurskorrektur oder begründeter Stopp. Ein begründeter Stopp stellt dabei ein völlig legitimes Ergebnis dar; teuer und schädlich ist einzig das unreflektierte Weiterführen gescheiterter Initiativen.

• Rollen: Der Sponsor bewertet das Ergebnispaket; Qualitätsleitung und Betriebsrat erhalten den Abschlussbericht.
• Entscheidungspunkt: Strategischer Drei-Wege-Entscheid des Sponsors (Scale, Pivot, Stop).
• Messanschluss: Ermittlung des empirischen Delta-Nachweises (z. B. prozentuale Reduktion der Suchzeiten und Auskunfts-Latenzen gegenüber der Baseline aus Phase 1).

15.3 Rollen und Verantwortung im Detail

Das Erfolgsmuster ruht auf den Schultern von vier klar abgegrenzten Rollen, deren Zusammenspiel über den Erfolg entscheidet:

1. Der Sponsor: Er vertritt das Vorhaben auf C-Level-Ebene, verantwortet die Scope-Entscheidung, entscheidet operative Eskalationen und bestimmt über die künftige Ausweitung; ohne diesen aktiven Rückhalt scheitert die Initiative erfahrungsgemäß rasch an den Beharrungskräften des Tagesgeschäfts.
2. Die Wissensverantwortlichen: Diese Rolle leitet die fachlichen Domänen, überwacht die Korrektheit der eingespielten Quellsysteme und erteilt die formalen Freigaben für den konsolidierten Datenbestand.
3. Die Fachexperten: Diese Personen bringen die ungeschminkte Praxis-Sicht ein, ausdrücklich auch dort, wo der gelebte Alltag den offiziellen QM-Dokumenten widerspricht, denn exakt in diesem Einspruchswissen verbirgt sich der höchste Ertrag für die Organisation.
4. Betriebsrat und Datenschutz: Beide Gremien wirken von der ersten Scope-Diskussion an mit; sie beteiligen sich an der Zieldefinition und vereinbaren verbindliche Auswertungsgrenzen (Kapitel 14.5). Wer die Mitarbeitervertretung erst zur finalen Abnahme einlädt, verhandelt im ungünstigsten Fall über ein fertiges System statt über ein gemeinsam getragenes Betriebssystem.

15.4 Vier Anti-Muster der Führung

In der Praxis lassen sich regelmäßig vier typische Anti-Muster beobachten, die als klares Führungs-Fehlverhalten den Erfolg gefährden:

• Die Vollständigkeits-Falle: Dieses Führungsversagen entspringt dem akademischen Perfektionismus. Die Führungskraft verlangt, vor dem ersten Nutzenversprechen das gesamte Prozesshaus der Organisation zu modellieren. Das Resultat ist ein riesiger Datenberg, der bereits wieder veraltet ist, bevor er jemals Auskunftsfähigkeit erlangt.
• Tool vor Scope: Dieses Fehlverhalten zeigt sich, wenn Managemententscheidungen durch vorschnellen Softwareeinkauf ersetzt werden. Die Führung beschafft eine Plattform, bevor Klarheit über den operativen Anwendungsfall herrscht. Die Werkzeugentscheidung gehört an das Ende der ersten Phase, keinesfalls an deren Anfang.
• Vertagen von Konflikten: Hier weicht die Führungskraft der operativen Auseinandersetzung aus. Der Konflikt-Report wird wohlwollend zur Kenntnis genommen, doch die fachlichen Reviews werden auf die Zeit "nach dem Tagesgeschäft" verschoben, ohne den Experten echte Zeitbudgets einzuräumen. Ein Bestand voller ungelöster Widersprüche stiftet jedoch keinen operativen Mehrwert.
• Die ausgelassene Baseline: Dieses Fehlverhalten manifestiert sich in der Scheu vor echter Messbarkeit. Wer auf die Eingangsmessung verzichtet, beraubt sich jeder Möglichkeit, den erzielten Nutzen später empirisch nachzuweisen – und lädt Kritiker ein, den Erfolg der Gesamtinitiative infrage zu stellen.

Sieben Jahre, 500 Millionen Euro, zurück auf Los

Wie teuer die Kombination aus "Tool vor Scope" und vertagten Konflikten werden kann, hat Lidl zwischen 2011 und 2018 vorgerechnet. Der Discounter wollte seine gewachsene Warenwirtschaft durch SAP für Retail ersetzen, stellte aber früh fest, dass die eigene gelebte Geschäftslogik (Bestandsbewertung zu Einkaufspreisen) der Standardannahme des Systems (Bewertung zu Verkaufspreisen) fundamental widersprach. Statt diesen einen Konflikt auf Vorstandsebene zu entscheiden, wurde er per Customizing umbaut: sieben Jahre lang, mit hunderten Beratern, während Komplexität und Kosten stiegen. Im Juli 2018 zog die Geschäftsführung den Stecker: Die strategischen Ziele seien "mit vertretbarem Aufwand" nicht mehr erreichbar. Rund 500 Millionen Euro wurden abgeschrieben, und das Unternehmen kehrte zu seinem Altsystem zurück. Ein einziger, früh dokumentierter und formell entschiedener Konflikt zwischen deklarierter Systemannahme und gelebter Praxis (genau das, was die erste Phase des 90-Tage-Modells erzwingt) wäre die vermutlich rentabelste Review-Sitzung der Unternehmensgeschichte gewesen.

— Henrico Dolfing, Case Study: Lidl's €500 Million SAP Debacle

15.5 Die Muster AG: der Plan vor der Migration

Für die Führungsriege der Muster AG leitet sich der konkrete Einführungsplan aus dieser Logik als durchgerechnete Praxiserzählung ab. Als Scope wählt der Vorstand die Auftragsabwicklung über die drei Produktionsstandorte hinweg: geschäftskritisch, unzureichend konsolidiert zwischen QM-Handbuch, Wissenswiki und ERP-Customizing sowie durch die bevorstehende ERP-Systemmigration und den anstehenden Renteneintritt des dienstältesten Wissensträgers zeitlich unter großem Druck.

In den Tagen 1 bis 15 erhebt die Organisation die Baseline-Werte: wie viel Arbeitszeit täglich in der Suche nach gültigen Auftragsregeln gebunden ist und wie lange die Vorbereitung eines Standort-Audits tatsächlich dauert. Der Sponsor gibt diesen eng umgrenzten Scope formell frei. Zwischen Tag 16 und 60 lesen die Adapter die Daten aus den drei Quellen ein. Der generierte Konflikt-Report legt erstmals offen, wie viele explizite Widersprüche zwischen QM-Handbuch, Wiki und ERP-Customizing tatsächlich bestehen, darunter die Reklamationsursache aus Kapitel 1, bei der die Qualitätsvorgabe zur Sonderprüfung dem im ERP hinterlegten Standard-Ablauf widerspricht.

In den Tagen 61 bis 85 führen die Standortverantwortlichen gemeinsam mit der Qualitätsleitung die Zonen-Reviews durch. Der scheidende Experte bringt sein unschätzbares Einspruchswissen in jeder Sitzung ein, sodass es versioniert im Bestand verankert wird, anstatt beim Wechsel in den Ruhestand zu verfliegen. An Tag 90 vergleicht die Kontrollmessung jede dieser Größen mit der Baseline: die tägliche Suchzeit, die Dauer bis zum belegfähigen Audit-Auszug und den Anteil der entschiedenen Widersprüche im Konflikt-Report. Fällt dieser Vergleich überzeugend aus, weitet die Geschäftsführung der Muster AG das Modell in den folgenden 90 Tagen auf den Bereich Beschaffung aus.

Case Study — Fall D: Ein europäischer Biologika-Hersteller strukturiert seinen Einstieg als POC in 10–15 Arbeitspaketen über drei Zyklen: Wertstrom-Referenz für die ERP-Migration, Konflikt-Erkennung zwischen SOP-Stand und Praxis, Übergabeformat für das Programm. → ausführlich Kap. 11.

Bleibt die fundamentale Frage, die jeder Sponsor vor der Freigabe von Tag 1 stellt: Welche Investitionen verlangt dieses Modell, und welche Kosten verursacht das Beibehalten des Status quo? Das folgende Kapitel legt die Ökonomie dieser Kategorie lückenlos offen.

💡 Das haben wir diskutiert

Die operative Einführung Deines organisatorischen Selbstverständnisses gelingt nicht durch einen flächendeckenden Software-Rollout, sondern über ein schrittweises Vorgehen mit klarem Schwerpunkt.

Das vierphasige 90-Tage-Muster führt einen eng umgrenzten Unternehmensbereich zielgerichtet von der anfänglichen Messung über automatische Konsolidierung und fachliche Konfliktklärung bis zum belegbaren Nutzen.

Dabei verhinderst Du typische Führungsfehler wie voreiligen Softwarekauf oder akademischen Perfektionismus, indem Du den Sponsor in den Schlüsselmomenten der Entscheidung und Eskalation verbindlich einbindest.

Welche Investitionen dieses Vorgehen verlangt und welche verdeckten Ausgaben das Verharren im Status quo verursacht, beleuchtet das folgende Kapitel zur Ökonomie der Kategorie.