Wenn jeder die Automatisierung nachprüft, haben Sie nichts gewonnen

Ein Kunde hat mir vor ein paar Wochen stolz seine neue Automatisierung gezeigt. Eingehende Lieferantenrechnungen werden ausgelesen, gegen die passende Bestellung geprüft, und wenn Betrag und Positionen stimmen, landen sie freigegeben im Buchhaltungssystem. Sauber gebaut, lief zuverlässig. Dann fragte ich die Sachbearbeiterin, wie viel Zeit ihr das im Alltag spart. Sie überlegte kurz und sagte: eigentlich keine. Sie öffne trotzdem jede Rechnung und schaue drüber. Man wisse ja nie.

Das ist der teuerste Zustand, in dem eine Automatisierung sein kann. Sie läuft, sie kostet Lizenzgebühren, jemand hat Tage in den Aufbau gesteckt, und daneben arbeitet der Mensch unverändert weiter. Die Firma zahlt jetzt zweimal für denselben Vorgang.

Ich sehe das häufiger, als mir lieb ist. Bei einem Betrieb mit zwölf Leuten genauso wie in der Abteilung eines Konzerns. Die Automatisierung funktioniert technisch, aber sie hat das Problem nicht gelöst, für das sie gebaut wurde. Denn das eigentliche Ziel war nicht, dass eine Maschine Rechnungen anlegt. Das Ziel war, dass ein Mensch das nicht mehr tun muss. Und genau das ist nicht passiert.

Warum Menschen nachkontrollieren

Niemand kontrolliert aus Bosheit doppelt. Nachkontrolle ist eine rationale Reaktion auf fehlendes Vertrauen. Und Vertrauen fehlt aus drei nachvollziehbaren Gründen.

Der erste: Jemand ist einmal verbrannt worden. Irgendwann hat die Automatisierung einen Fehler durchgewinkt, eine falsche Zahl, eine vertauschte Rechnung, und die Sachbearbeiterin musste es ausbaden. Danach prüft sie alles. Ein einziger sichtbarer Fehler wiegt schwerer als hundert stille Erfolge.

Der zweite: Die Automatisierung ist eine Blackbox. Sie zeigt am Ende ein Ergebnis, aber nicht, wie sicher sie sich war. Ob die Bestellzuordnung eindeutig war oder ein Rateversuch, sieht man dem freigegebenen Datensatz nicht an. Wenn ich nicht erkennen kann, wann das System sich sicher ist, muss ich vorsichtshalber immer misstrauen.

Der dritte: Es gibt keine Rückmeldung darüber, wie oft die Automatisierung richtig lag. Keine Zahl, kein Log, das die betroffene Person zu Gesicht bekommt. Ohne diese Rückmeldung wächst kein Vertrauen, egal wie lange das System schon läuft.

Heißt das, man soll blind vertrauen?

Nein. Die Antwort ist nicht, die Kontrolle abzuschaffen. Die Antwort ist, von Vollkontrolle auf Stichprobe umzustellen. Der Unterschied ist entscheidend: Bei der Vollkontrolle prüft ein Mensch jeden Vorgang und ersetzt die Automatisierung faktisch. Bei der Stichprobe prüft er einen kleinen Anteil und misst damit, ob die Automatisierung noch zuverlässig arbeitet.

Konkret: Statt hundert Rechnungen am Tag zu öffnen, öffnet die Sachbearbeiterin zehn zufällig gezogene. Findet sie darin über Wochen keinen Fehler, ist das ein belastbares Signal. Findet sie einen, weiß sie, dass etwas nicht stimmt, und man schaut genauer hin. Aus stumpfer Dauerkontrolle wird eine Messung. Damit das trägt, muss die Automatisierung mitspielen. Sie muss sagen, wann sie sich sicher ist und wann nicht.

Wie man Vertrauen aufbaut, statt es zu behaupten

Vertrauen entsteht nicht dadurch, dass man den Leuten sagt, das System sei jetzt zuverlässig. Es entsteht durch drei Dinge, die man tatsächlich baut.

Erstens: Die Automatisierung meldet ihre eigene Unsicherheit. Wenn die Rechnung eindeutig einer Bestellung zugeordnet werden kann und die Beträge exakt stimmen, läuft sie durch. Wenn irgendetwas nicht passt, ein Betrag weicht ab, es gibt zwei mögliche Bestellungen, landet sie in einer Prüfliste statt im Freigabe-Topf. Der Mensch bekommt genau die Fälle, die sein Urteil brauchen, und nicht die anderen.

Zweitens: Es gibt eine sichtbare Fehlerquote. In den ersten Wochen läuft die Automatisierung parallel zur bisherigen Arbeitsweise, und man zählt mit. Bei einem meiner Projekte lag die Trefferquote nach vier Wochen bei 98 Prozent, die verbleibenden zwei Prozent waren alle sauber in der Prüfliste gelandet, kein einziger Fehler war unbemerkt durchgerutscht. Diese Zahl hat mehr für die Akzeptanz getan als jede Erklärung.

Drittens: Die Logs sind lesbar für die Person, die betroffen ist, nicht nur für die IT. Wer nachvollziehen kann, warum das System so entschieden hat, hört auf, es pauschal zu misstrauen.

Ein Wort zur Prüfliste, weil das gern schiefgeht: Wenn dort dauerhaft dreißig oder vierzig Prozent der Vorgänge landen, haben Sie keine Automatisierung gebaut, sondern einen Filter. Dann arbeitet der Mensch wieder fast alles ab, nur in anderer Reihenfolge. Die Prüfliste ist ein Ventil für die echten Ausnahmen, nicht der Normalfall. Steigt ihr Anteil, ist das ein Signal, den Prozess davor zu reparieren, statt die Sachbearbeiterin schneller klicken zu lassen.

Was ich daraus gelernt habe

Eine Automatisierung ist nicht fertig, wenn sie läuft. Sie ist fertig, wenn die Menschen daneben aufhören, sie zu doppeln. Das ist ein höherer Anspruch, und die meisten Projekte hören zu früh auf.

Bevor Sie den nächsten Prozess automatisieren, stellen Sie eine unbequeme Frage: Wird jemand danach wirklich weniger tun, oder bekommt er nur eine Maschine an die Seite, die er zusätzlich überwacht? Wenn Sie die Antwort nicht kennen, ist der Prozess noch nicht reif für die Automatisierung. Er ist reif für ein Gespräch mit den Leuten, die ihn heute machen.