Digitale Transformation im Betrieb verändert mithilfe digitaler Informationen und Werkzeuge, wie Arbeit ausgeführt, abgestimmt und verbessert wird. Ein gescanntes Formular digitalisiert einen Beleg. Seine automatische Weiterleitung verändert eine Aufgabe. Eine weitergehende Transformation verändert Zuständigkeiten, Übergaben und Entscheidungen, damit der Kunde ein besseres Ergebnis erhält. Beginnen Sie mit einem problematischen Ablauf, seiner heutigen Leistung und einer klaren Prüfung der geplanten Änderung. KI kann helfen, ist aber keine Voraussetzung.
Einen digitalen Beleg von einem veränderten Arbeitsablauf unterscheiden.
Einen kleinen Versuch mit Verantwortung, Zeitstempeln und Ergebnisprüfung aufbauen.
Aussagen über gescheiterte Transformationen prüfen, statt eine irreführende Schlagzeile zu wiederholen.
Drei Veränderungen, die oft zusammengeworfen werden
Ein gescanntes Prüfblatt lässt sich leichter ablegen. Trotzdem muss es vielleicht noch jemand suchen, auswerten und anschließend die Planung anrufen. Eine schnellere Reaktion ist damit nicht gesichert. Beschreiben Sie genau, welcher Teil der Arbeit sich ändern soll.
Digitalisierung überführt Informationen in eine digitale Form. Automatisierung führt eine festgelegte Aufgabe mit weniger manuellem Eingriff aus. Eine betriebliche Transformation kann beides umfassen und zusätzlich verändern, wie Teams zusammenarbeiten, entscheiden und die neue Arbeitsweise erhalten. Ein vorgeschriebenes Fünf-Säulen-Modell für jede Organisation gibt es nicht.
| Veränderung | Beispiel | Zu prüfende Frage |
|---|---|---|
| Digitalisieren | Einen Papier-Störungsbeleg durch einen digitalen Datensatz ersetzen | Findet die nächste Person einen vollständigen und richtigen Eintrag? |
| Automatisieren | Eine bearbeitungsbereite Meldung an die zuständige Planung weiterleiten | Berücksichtigt die Regel fehlende Angaben und Ausnahmen? |
| Den betrieblichen Ablauf ändern | Verantwortung, Bearbeitungsreife und eine bereichsübergreifende Antwortzusage vereinbaren | Verbessert sich die angenommene Lösung ohne zusätzliche Fehler? |
Eine Anfrage kann die meiste Zeit warten
Betrachten Sie eine fiktive Unterstützungsanfrage an die Instandhaltung. Der Ablauf beginnt mit der Annahme der Anfrage und endet mit einer nutzbaren Antwort an die anfragende Person. Für alle vier Abschnitte gilt dieselbe Zeitbasis: verstrichene Minuten. Die Werte dienen dem Lernen und stammen nicht von einem Vrolen-Kunden.
| Abschnitt | Heute, Minuten | Geplanter Versuch, Minuten |
|---|---|---|
| Warten auf eine zuständige Person | 120 | 30 |
| Anfrage prüfen | 20 | 20 |
| Warten auf die Entscheidung | 180 | 60 |
| Antwort erstellen und senden | 10 | 10 |
| Gesamte Durchlaufzeit | 330 | 120 |
Die Übergabe festlegen, bevor Software ausgewählt wird
Benennen Sie, wer die Anfrage annimmt, wann sie bearbeitungsbereit ist, wer entscheidet und wer antwortet. Für dringende Fälle und fehlende Angaben braucht es einen sichtbaren Ausnahmeweg. Sonst gelangen unvollständige Anfragen nur schneller in die nächste Warteschlange.
Eine brauchbare Mindestaufzeichnung könnte Anfragekennung, betroffenen Ablauf, klare Problembeschreibung, Annahmezeit, zuständige Person, Entscheidung und Antwortzeit enthalten. Erfassen Sie personenbezogene oder sensible Angaben nur, wenn die Aufgabe sie benötigt, und mit freigegebenen Zugriffs- und Aufbewahrungsregeln. Eine Wertstromkarte macht solche Übergaben sichtbar, bevor die Softwareauswahl beginnt.
- Eine abgegrenzte Menge von Anfragen beobachten
Eingang, Bearbeitungsreife, Entscheidung und Antwort einschließlich Ausnahmen und Nacharbeit erfassen.
- Die veränderte Verantwortung vereinbaren
Eine verfügbare entscheidungsbefugte Person sowie Vertretungs- und Eskalationsregeln bestätigen.
- Einen begrenzten Weg erproben
Den Versuch umkehrbar halten und bei Systemausfall einen Ersatzweg vorsehen.
- Das gesamte Ergebnis vergleichen
Durchlaufzeit, Korrekturen, Aufwand der Nutzenden und verlorene Anfragen prüfen. Danach über die Fortsetzung entscheiden.
Festlegen, welche Standortunterschiede sich ändern sollen
Ein Team harmonisiert Prozesse, indem es ausgewählte Definitionen, Ergebnisse oder Arbeitsweisen zwischen Standorten aufeinander abstimmt. Es kann eine festgelegte Methode standardisieren, indem es überall dort dieselbe freigegebene Regel verlangt, wo diese gilt. Organisationen verwenden die Begriffe unterschiedlich. Halten Sie deshalb die gemeinsamen Anforderungen und erlaubten örtlichen Unterschiede ausdrücklich fest.
SAPs Lektion zu Prozessvarianten beginnt mit einem Vergleich der tatsächlichen Arbeitsweisen an den Standorten. Aboshs bestehendes Beispiel mit zwei Standorten macht die Entscheidung greifbar: Beide Standorte haben gemeinsame Prüfungen des verwendbaren Bestands und gemeinsame Zuteilungsbefugnisse. Verladeentscheidungen bleiben vor Ort. Besprechen Sie diese Grenze anhand des Beispiels. Die Einführung derselben Software setzt keine identische Arbeit an allen Standorten voraus.
Ein Beispiel mit zwei Standorten von Abosh
Verfolgen Sie die gemeinsamen Bestandsprüfungen und die Verladeentscheidungen, die vor Ort bleiben.
Das Betriebsbeispiel mit zwei Standorten lesen
Auf Englisch im persönlichen Blog von Gründer Abosh. Dieses ergänzende Beispiel ist keine unabhängige technische Quelle.
Nutzung und Nutzen getrennt messen
Eine Nutzungskennzahl zeigt, ob die Beteiligten den vereinbarten Weg verwenden. Zählen Sie beispielsweise die angenommenen Anfragen, die darüber abgeschlossen werden. Der Nenner muss alle geeigneten Anfragen enthalten. Umgangene und abgebrochene Fälle bleiben sichtbar.
Die Nutzenmessung zeigt, ob sich das betriebliche Ergebnis verbessert hat. Vergleichen Sie dieselben Start- und Endereignisse bei ähnlichen Anfragetypen. Berichten Sie Median, langsame Fälle, Korrekturaufwand und offene Anfragen. Ein besserer Durchschnitt bei einfach erledigten Fällen kann einen wachsenden Rückstand verdecken.
Wählen Sie Umfang und Prüfzeitraum nach der tatsächlichen Arbeit. Zehn Anfragen können eine fehlerhafte Übergabe aufdecken. Sie belegen aber noch keine tragfähige Arbeitsweise bei Abwesenheit, Bedarfsspitzen oder seltenen Störungen. Der Operational-Excellence-Leitfaden verbindet lokale Änderungen mit dauerhaft verlässlicher Arbeit.
Wo KI hilft und wo sie wenig hinzufügt
Sind Anfragetypen und Zuständigkeiten klar, kann eine feste Weiterleitungsregel ausreichen. KI könnte Freitext zuordnen, ähnliche Fälle vorschlagen oder eine Antwort entwerfen. Jede dieser Aufgaben braucht eigene Prüfungen für Genauigkeit, Datenschutz und menschliche Kontrolle.
Schalten Sie kein unsicheres Modell zwischen eine sicherheitskritische Anfrage und die nötige Reaktion, nur um das Projekt Transformation zu nennen. Die Entscheidungsverantwortung muss klar bleiben. Der Leitfaden zu industrieller KI vertieft Modellaufgaben; der Softwareleitfaden trennt die Zuständigkeiten der Systeme.
Scheitern 70 % der digitalen Transformationen?
BCG berichtete 2020, dass 70 % unter der dort verwendeten zusammengesetzten Erfolgsdefinition hinter ihren Zielen zurückblieben. Die Methodik verband 70 begleitete Transformationen mit einer externen Untersuchung unter 825 Führungskräften. Einige Vorhaben schufen Wert, ohne sämtliche Erfolgskriterien zu erfüllen. Sie alle als vollständige Fehlschläge zu bezeichnen, verwischt diesen Unterschied.
Behandeln Sie die Studie als abgegrenzten historischen Befund. Sie beziffert keine heutige allgemeine Misserfolgswahrscheinlichkeit für Ihren Ablauf. Der Abschnitt weiter unten verfolgt die häufig wiederholte 84-%-Behauptung zu einem Forbes-Interview zurück. Eine ursprüngliche Studie mit nachvollziehbarer Methodik ist damit nicht belegt. Prüfen Sie im eigenen Versuch die Annahmen zu Übergabe, Verantwortung, Schulung und Wirkung.
NIST MEP beschreibt in seiner Digitalisierungshilfe praktische Hindernisse wie Schulung, Infrastruktur, Informationsschutz und Beteiligung der Beschäftigten. Prüfen Sie diese Voraussetzungen, bevor Sie einen erfolgreichen kleinen Versuch ausweiten.
Fünf, sechs oder sieben Säulen: die Quelle nennen
Die Zahlen gehören zu unterschiedlichen Modellen. Der APEC-Bericht zur Fertigung vom November 2024 beschreibt fünf Säulen: Wertversprechen, Prozessverbesserung, Führungsverständnis, Personalentwicklung und Einsatz digitaler Technik. Sie bilden einen nützlichen Lehrrahmen für die Fertigung, keinen allgemeingültigen Standard.
McKinseys Rewired-Modell nennt dagegen sechs Fähigkeiten: einen auf Wert ausgerichteten Fahrplan, Fachkräfte, Organisations- und Arbeitsmodell, Technik, Daten sowie Einführung und Ausweitung. Prüfen Sie damit die geplante Änderung: Wer verantwortet den Nutzen, wer kann das System betreuen und wer wird es in einer normalen Schicht verwenden?
Auch eine Liste mit sieben Säulen braucht eine Herkunftsangabe. Microsofts Whitepaper von 2023 für die Regierung Kuwaits behandelt Dienste für Bürger, Unterstützung der Beschäftigten, digitale Infrastruktur, Cybersicherheit und Datenschutz, Gesetzgebung, Datenmanagement und intelligente Datennutzung sowie Talente und Kompetenzen. Sein öffentlicher Anwendungsbereich unterscheidet sich von den Betriebsanforderungen einer Fabrik. Vermischen Sie die Listen nicht zu einer vermeintlich vorgeschriebenen Reihenfolge.
Arten der Veränderung und McKinseys vier D
AWS unterscheidet bei der digitalen Transformation Geschäftsprozess, Geschäftsmodell, Geschäftsfeld und Organisation. Diese Kategorien beschreiben, was sich verändert. Die Übergabe eines Fertigungsauftrags betrifft den Prozess; eine neue Dienstleistung im Abonnement verändert das Geschäftsmodell. Ein Vorhaben kann mehrere Kategorien berühren.
McKinseys Ansatz mit vier D von 2017 beschreibt dagegen die Organisation der Arbeit: Discover klärt Ziel und Wert, Design gestaltet die Programme, Deliver setzt sie mit den nötigen Fähigkeiten und Partnern um, und De-risk begrenzt Übergangsrisiken durch eine sinnvolle Reihenfolge. Das ist ein anderer Ansatz als die vier Arten von AWS. Wählen Sie für das Auftragsbeispiel oben einen kleinen umkehrbaren Versuch und vereinbaren Sie eine Rückfalllösung, bevor Sie die bestehende Übergabe ersetzen.
Woher die Schlagzeile mit 84 % gescheiterten Transformationen stammt
Die Zahl 84 % erscheint in einem Forbes-Interview, das Bruce Rogers im Januar 2016 mit Michael Gale führte. Gale spricht über Transformationsforschung in Unternehmen und nicht erfüllte Erwartungen. Das Interview nennt aber weder Stichprobengröße und Auswahlverfahren noch eine nachvollziehbare Berechnung der Misserfolgsquote. Es verwendet zudem mehrere Beschreibungen von Erfolg und Misserfolg. Daraus lässt sich keine aktuelle Scheiterwahrscheinlichkeit von 84 % für Fertigungsunternehmen ableiten.
Verhalten, Anreize und tatsächliche Nutzung sind sinnvolle Themen des Interviews. Prüfen Sie sie im eigenen Ablauf: Kann die Planung auf die neuen Informationen reagieren? Entfällt Arbeit, statt eine zweite Dateneingabe hinzuzufügen? Bleibt der gemessene Nutzen über normale Schichten bestehen? Berichten Sie diese Ergebnisse, statt eine unbelegte Prozentzahl aus einer Schlagzeile zu übernehmen.
Ein ergänzendes Beispiel von Abolfazl
Freie Kapazität von tatsächlich entfallenem Aufwand trennen.
Auf Englisch im persönlichen Blog von Gründer Abolfazl. Ergänzende Lektüre, keine unabhängige technische Quelle.
Praxis-Checkliste
- Einen Ablauf und seinen Kunden benennen.
- Angenommenen Start und nutzbares Ende festlegen.
- Heutige Zeitstempel und Ausnahmen erhalten.
- Entscheidungsverantwortung und Vertretung vereinbaren.
- Mindestinformationen, Zugriff und Aufbewahrung prüfen.
- Nutzung des Weges und betrieblichen Nutzen trennen.
- Korrekturen, Rückstand und Ersatzweg testen.
- Am vereinbarten Prüftermin beibehalten, ändern oder beenden.
Häufige Fragen
Häufige Fragen
Quellen und Vertiefung
Maßgebliche Referenzen für Recherche und Prüfung dieses Leitfadens.
- BCGFlipping the Odds of Digital Transformation Success (2020)
- BCGProprietary research methodology (2020)
- NIST MEP7 Manufacturing Digitization Challenges and How to Overcome Them
- Lean Enterprise InstituteValue Stream Mapping
- APECAccelerating Industry 4.0 Technology Adoption in Manufacturing Sectors (November 2024)
- MicrosoftDigitale Technik und Wirtschaft in Kuwait (2023)
- McKinseyRewired to outcompete (2023)
- AWSWhat is Digital Transformation?
- McKinseyGeschäftsmodelle im digitalen Wandel (2017)
- Bruce Rogers / ForbesWhy 84% Of Companies Fail At Digital Transformation (January 7, 2016 interview)
- SAP LearningAssessing process variants across systems and organizational units

