Digitalisierung ist keine Automatisierung: Warum ein Projekt die Abnahme besteht und trotzdem keine Wirkung zeigt
Es gibt ein zuverlässiges Erkennungsmerkmal für ein Projekt, das die Abnahme besteht und trotzdem keine Wirkung erzielt: Im Abschlussbericht taucht keine einzige geänderte Regel auf. Aufgeführt sind eingeführte Module, geschulte Anwender, migrierte Daten und der Anteil der Prozesse, die „im System abgebildet" sind. Kein Wort dazu, was jetzt anders gemacht wird.
Ein solches Projekt täuscht niemanden absichtlich. Es berichtet ehrlich, was tatsächlich passiert ist: Die Arbeit ist von Papier und Tabellen in eine Benutzeroberfläche umgezogen. Das Problem ist, dass dieser Umzug für sich genommen weder den Aufwand noch die Fehlerquote verändert – er verändert nur den Ort, an dem beides entsteht.
Digitalisierung verlagert Arbeit in eine digitale Umgebung, Automatisierung schafft die Arbeit ganz ab. Eine einzige Frage trennt beides: Welche Regel hat sich geändert? Lautet die Antwort „keine", ist die Wirkung null oder sogar negativ – Messungen aus der Medizin zeigen, dass der Anteil der Verwaltungszeit beim Umstieg auf elektronische Systeme ohne Prozess-Reengineering steigt statt sinkt.
Vier Anzeichen, dass Digitalisierung sich als Prozessautomatisierung ausgibt
Alle vier Anzeichen sind bereits in der Abnahmephase erkennbar und erfordern keine Fachexpertise. Es genügt, den Projektbericht zu lesen und ihm vier Fragen zu stellen – eine Aufgabe, die eine Fachbereichsleitung oder ein Prozessverantwortlicher in zwanzig Minuten erledigt, ohne auch nur ein Systemfenster zu öffnen.
Der Bericht besteht ausschließlich aus Substantiven. Eingeführt, konfiguriert, geschult, migriert. Automatisierung dagegen wird mit Verben des Verschwindens beschrieben: „die Berechnung erfolgt nicht mehr manuell", „eine Freigabe ist nicht mehr erforderlich", „das Feld muss nicht mehr ausgefüllt werden". Fehlen solche Formulierungen im Bericht, ist die eigentliche Arbeit nicht verschwunden – sie hat nur eine neue Adresse.
Die Zahl der Prozessschritte hat sich nicht verändert. Waren es vorher neun Schritte, sind es nachher immer noch neun – nur jetzt im System statt auf Papier. Das ist das zuverlässigste aller Anzeichen: Echte Automatisierung reduziert immer die Zahl der Schritte, weil ein Schritt entfällt, sobald sein Ergebnis nach einer Regel berechnet statt von einer Person ausgeführt wird.
Es sind neue Pflichtaktionen hinzugekommen. Einen Status setzen, ein Häkchen anbringen, einen Eintrag in einem angrenzenden System duplizieren. Jede dieser Aktionen ist zusätzliche Arbeit, die vorher nicht existierte – und sie landet in der Praxis meist bei genau der Person, deren Arbeitslast das Projekt eigentlich senken sollte: der Sachbearbeiterin, dem Kundenbetreuer, der Person, die den Vorgang abschließt.
Der Erfolg wird über den Abdeckungsgrad gemessen. „Achtzig Prozent der Vorgänge laufen jetzt im System" ist eine Einführungskennzahl, keine Erfolgskennzahl. Sie steigt in jedem Szenario – auch in dem, in dem sich die Bearbeitungszeit pro Vorgang verdoppelt hat, nur dass es niemandem auffällt, weil vorher niemand die Bearbeitungszeit erfasst hat.
| Anzeichen | Was es bedeutet | Kontrollfrage |
|---|---|---|
| Der Bericht besteht nur aus Substantiven | Die Regeln haben sich nicht geändert | Was wird jetzt anders gemacht? |
| Zahl der Schritte unverändert | Die Arbeit ist umgezogen, nicht verschwunden | Welcher Schritt ist entfallen? |
| Neue Pflichtaktionen | Es kam Arbeit hinzu, statt zu entfallen | Wer erledigt sie, und was bekommt diese Person dafür zurück? |
| Erfolg wird über den Abdeckungsgrad gemessen | Das eigentliche Ergebnis wurde nie gemessen | Wie lange dauert ein Vorgang heute? |
Meist ist es die letzte Frage, die das Problem offenlegt: Es gibt keine Zeitmessung von vor der Einführung, folglich fehlt eine Antwort, und das Gespräch weicht wieder auf den Abdeckungsgrad aus.
Eine Unterscheidung, die vor fünfunddreißig Jahren formuliert wurde
Das Thema ist nicht neu, und seine schärfste Formulierung stammt aus einer Zeit lange vor der heutigen Unternehmenssoftware – lange bevor jemand eine Plattform, ein Portal oder einen KI-Copiloten verkauft hat.
In dem vom Autor beschriebenen Fall plante ein Unternehmen, die Abrechnung mit Lieferanten zu automatisieren und die Abteilung um 20 % zu verkleinern. Nach dem Prozess-Reengineering – die Zahl der bei der Zahlung abzugleichenden Positionen sank von 14 auf 3, der Abgleich mit der Rechnung entfiel vollständig – lag die tatsächliche Reduzierung bei 75 %.
Die Einschränkung ist real, und ich benenne sie selbst: Das ist kein Forschungsartikel, sondern ein Management-Artikel mit Fallstudien, die Zahlen wurden nie unabhängig geprüft. Der eigentliche Wert liegt woanders – in der Präzision der Unterscheidung. Der Unterschied zwischen 20 % und 75 % Reduzierung entstand nicht durch ein besseres System, sondern durch die Entscheidung, drei statt vierzehn Positionen zu prüfen. Das ist eine Prozessentscheidung, und ein Unternehmen hätte sie auch mit Stift und Dienstanweisung treffen können, ganz ohne Software.
Was die Messungen aus der Medizin zeigen
Die Medizin ist eines der wenigen Felder, in denen der Umstieg auf elektronische Systeme nicht per Umfrage, sondern anhand von Ereignisprotokollen und direkter Zeitmessung untersucht wurde – mit großen Stichproben und über mehrere Jahre hinweg. Die Schlussfolgerungen lassen sich auf jede Branche übertragen, in der eine Dokumentationspflicht besteht: Versicherungen, Banken, Logistik, wissensintensive Dienstleistungen.
Ärztinnen und Ärzte verbrachten 355 Minuten (5,9 Stunden) eines 11,4-stündigen Arbeitstags in der elektronischen Patientenakte, davon 157 Minuten – 44,2 % der Systemzeit – für Verwaltungs- und Schreibarbeiten statt für die Patientenversorgung.
Ein Fachgebiet, ein akademisches Gesundheitssystem, ein Softwareanbieter – eine direkte Verallgemeinerung auf andere Branchen ist mit Vorsicht zu genießen. Aber die Methode ist stark: kein Selbstbericht, sondern Ereignisprotokolle, gegengeprüft durch direkte Zeitmessung. Genau diese Art von Messung fehlt bei Unternehmensprojekten, in denen der Erfolg stattdessen über den Abdeckungsgrad bewertet wird.
Noch überzeugender ist ein Ergebnis, das die Papier- und die elektronische Variante derselben Tätigkeit direkt miteinander vergleicht.
Assistenzärztinnen und -ärzte verbrachten 73,0 % ihrer Zeit mit Aufgaben ohne direkten Patientenbezug und nur 17,9 % mit direkter Patientenversorgung. Bei Anwendern der elektronischen Patientenakte lag der Anteil administrativer Zeit höher als bei Kollegen, die noch mit Papierakten arbeiteten: 44,1 % gegenüber 37,3 %.
Die Zeitverteilung wurde hier über Selbstauskünfte der Teilnehmenden erfasst, nicht über Systemprotokolle – das ist eine reale Einschränkung –, und die Stichprobe beschränkt sich auf ärztliches Nachwuchspersonal in einem Land. Trotzdem läuft die Richtung des Befunds genau entgegengesetzt zu dem, was Digitalisierung eigentlich leisten soll: Der Anteil der Verwaltungszeit ist bei Nutzern der elektronischen Akte höher, nicht niedriger. Die elektronische Form hat keine einzige Anforderung abgeschafft – sie hat nur deren Erfüllung aufwendiger gemacht.
Warum es mit der Zeit schlechter wird, nicht besser
Die zweite kontraintuitive Erkenntnis: Die Belastung in einem digitalen System, das nach unveränderten Regeln läuft, wächst mit der Zeit – und pendelt sich nicht von selbst ein.
Über vier Jahre stieg die gesamte Zeit einer Ärztin oder eines Arztes im elektronischen System pro achtstündigem Sprechstundentag um 28,4 Minuten (+7,8 %): Die Zeit für die Erfassung von Verordnungen stieg um 58,9 %, die Zeit für die Bearbeitung eingehender Nachrichten um 24,4 %.
Der Untersuchungszeitraum überschneidet sich teilweise mit der Erholung der Arbeitslast nach der Pandemie, was die Dynamik möglicherweise überzeichnet – dieser Vorbehalt gehört klar benannt. Der zugrunde liegende Mechanismus ist dennoch leicht nachvollziehbar und reproduziert sich überall: In einem System, das keine Anforderung abschafft, kommt jede neue Anforderung schlicht zu den bestehenden hinzu. Regeln akkumulieren sich aus einem banalen Grund – ein Feld hinzuzufügen ist billiger und politisch weit unkomplizierter, als eines zu streichen.
So erkennen Sie den Unterschied vor dem Projektstart
Der zweite Schritt braucht eine Person mit der Befugnis, etwas zu streichen, und genau das ist die eigentliche organisatorische Hürde – keine technische. Ein Dienstleister hat diese Befugnis nicht. Die IT-Abteilung in der Regel auch nicht. Solange der Prozessverantwortliche die Entscheidung zur Streichung eines Schritts nicht getroffen hat, läuft jedes Projekt standardmäßig auf eine Verlagerung hinaus – denselben Punkt behandle ich ausführlicher in einem Beitrag dazu, warum man den Prozess vor der Systemeinführung repariert.
Vier Fragen an jeden Einführungsbericht
Welcher Schritt ist entfallen
Nicht „ist schneller geworden" – tatsächlich weggefallen. Gibt es keinen solchen Schritt, stammt jede erkennbare Wirkung nur aus der Verlagerung selbst.
Welche Regel hat sich geändert
Wie viele Positionen abgeglichen werden, wer freigibt, was nicht mehr ausgefüllt werden muss. Eine Regel ist etwas, das früher verpflichtend war und es jetzt nicht mehr ist.
Wie viele neue Aktionen sind hinzugekommen
Kennzeichnungen, Statusfelder, Duplizierung in angrenzenden Systemen. Ihre Summe wird von der ausgewiesenen Wirkung abgezogen.
Wie lange dauert ein Vorgang heute
Minuten pro Ergebnis, vorher und nachher gemessen. Interface-Abdeckung ist keine Antwort auf diese Frage, wie auch immer man sie formuliert.
Enthält der Bericht zu den Einführungsergebnissen keinen einzigen entfallenen Schritt, haben Sie den Umzug der Arbeit bezahlt – nicht ihre Verringerung.
Häufig gestellte Fragen
Worin besteht der eigentliche Unterschied zwischen Digitalisierung und Automatisierung?
Digitalisierung verlagert Arbeit in eine digitale Umgebung und lässt ihren Umfang unverändert: dieselben Schritte, dieselben Freigaben, dieselben Felder – nur auf dem Bildschirm statt auf Papier. Automatisierung schafft Arbeit ab: Ein Schritt wird nicht mehr ausgeführt, weil sein Ergebnis jetzt nach einer Regel berechnet wird oder gar nicht mehr benötigt wird. Es gibt genau ein Prüfkriterium für die Unterscheidung – hat sich die Zahl der Prozessschritte verändert.
Kann Digitalisierung für sich genommen nützlich sein, auch ohne Automatisierung?
Ja, aber aus anderen Gründen, als üblicherweise verkauft wird: Daten werden auswertbar, die Arbeit hängt nicht mehr vom Standort einer bestimmten Person ab, es entsteht eine Änderungshistorie, die vorher nicht existierte. Das sind echte, legitime Vorteile, und man sollte sie klar so benennen. Der Fehler entsteht, wenn Digitalisierung als Reduzierung des Arbeitsaufwands verkauft wird – dann muss man ein Jahr später der Budgetverantwortlichen erklären, warum sich am Verwaltungsaufwand nichts geändert hat.
Warum wächst die Arbeitslast nach der Einführung eines Systems, statt zu sinken?
Weil die digitale Form es möglich macht, Anforderungen hinzuzufügen, die auf Papier nicht praktikabel gewesen wären: zusätzliche Pflichtfelder, Statusmarkierungen, Duplizierung in angrenzenden Systemen für die Berichterstattung. Keine der alten Anforderungen entfällt dabei – eine Anforderung zu streichen ist teurer und politisch weit schwieriger, als eine neue hinzuzufügen. So baut sich die Last unbemerkt auf, und die Messungen aus der Medizin zeigen genau dieses Wachstum über die Zeit.
Wer sollte die Entscheidung treffen, einen Schritt zu streichen?
Der Prozessverantwortliche – also die Person, die für das Ergebnis des Prozesses geradesteht, nicht die Person, die zufällig das Projekt leitet. Weder der Dienstleister noch die IT-Abteilung haben diese Befugnis, und beide sollten sie auch nicht haben: Einen Schritt zu streichen bedeutet, ein Risiko einzugehen, und das Risiko trägt, wer für das Ergebnis verantwortlich ist. Gibt es im Projekt niemanden, der sagen kann „diese Prüfung führen wir nicht mehr durch", läuft das Projekt unabhängig vom Wortlaut des Leistungsverzeichnisses auf eine reine Verlagerung hinaus.
Die Liste der vier Warnsignale und die Reihenfolge der Fragen an einen Einführungsbericht sind eine eigene Verallgemeinerung des Autors aus der Praxis von CRM- und Eigenprodukt-Einführungen bei Alego.Digital sowie aus der Abnahmepraxis nach dem unternehmensinternen Regelwerk für die Kundenzusammenarbeit. Interne Kennzahlen werden in diesem Artikel nicht genannt – jede zitierte Zahl stammt aus einer externen Quelle mit angegebener Methode. Eine formalisierte Beschreibung dieser Prüfung liegt in den Unternehmensdokumenten nicht vor.
- Hammer M. Reengineering Work: Don't Automate, Obliterate. Harvard Business Review, Juli–August 1990. hbr.org
- Arndt B. G. et al. Tethered to the EHR: Primary Care Physician Workload Assessment. Annals of Family Medicine, September 2017. annfammed.org
- Arab S. et al. Time Allocation in Clinical Training (TACT). QJM: An International Journal of Medicine, Oktober 2025. academic.oup.com
- Arndt B. G., Micek M. A., Rule A. et al. Longitudinal Analysis of EHR Use, 2019–2023. Annals of Family Medicine, Januar 2024. annfammed.org