Software macht schlechte Prozesse nur schneller

Ein Prozess hat zwei Schichten. Die untere ist die Logik: Wer entscheidet was, in welcher Reihenfolge, mit welcher Information, und wann ist ein Schritt fertig. Die obere ist das Werkzeug: Papier, Excel, E-Mail, ein Ticketsystem, ein ERP. Software ersetzt immer nur die obere Schicht. Die untere übernimmt sie unverändert.

Wenn die Logik stimmt, macht ein gutes Werkzeug sie sichtbar und schnell. Wenn die Logik nicht stimmt, macht es genau dasselbe: Es macht die Unklarheit sichtbar und schnell. Eine Freigabe, die früher zwei Tage in einer Ablage lag, liegt jetzt zwei Tage in einer Warteschlange, und alle bekommen eine Erinnerung darüber. Ein Feld, das vorher niemand ausgefüllt hat, ist jetzt ein Pflichtfeld, das alle mit einem Strich füllen.

Im Lean-Denken heisst das Muda: Verschwendung. Ein digitalisierter Übergabefehler bleibt ein Übergabefehler. Er kostet weniger Zeit pro Vorgang, kommt aber öfter vor, weil das System ihn bequemer macht. Unter dem Strich hat sich wenig verbessert, und die Enttäuschung im Team wächst.

Bevor Sie ein Pflichtenheft schreiben oder eine Demo anschauen, lohnt sich ein ehrlicher Blick auf den heutigen Ablauf. Diese Zeichen sehe ich immer wieder:

• Zwei Personen beschreiben denselben Vorgang unterschiedlich, und beide haben recht, weil es beide Varianten gibt.
• Es gibt Schattenlisten. Jemand führt neben dem offiziellen Weg eine eigene Tabelle, weil ihm die offizielle Information nicht reicht.
• Ein Schritt heisst „klären". Niemand kann sagen, was am Ende des Klärens genau vorliegt.
• Rückfragen sind normal. Ein Auftrag, ein Antrag oder eine Zeichnung geht mehrfach zwischen den gleichen Stellen hin und her, bevor er weitergeht.
• Fertig ist nicht definiert. Ob ein Schritt abgeschlossen ist, hängt davon ab, wen man fragt.

Jedes dieser Zeichen ist ein Loch in der Logik. Software füllt kein Loch. Sie baut einen Bildschirm darüber.

Ein Maschinenbauer mit mehreren Montagelinien führte ein Ticketsystem für Änderungsanfragen aus der Konstruktion ein. Ziel war, die Änderungen schneller in die Fertigung zu bringen. Nach der Einführung stieg die Zahl der offenen Tickets, und die Montage beschwerte sich, sie erfahre von Änderungen später als vorher.

Bei der Aufnahme des Ablaufs an den Arbeitsplätzen zeigte sich der Grund. Vor dem System ging der Konstrukteur bei einer dringenden Änderung an die Linie und besprach sie mit dem Vorarbeiter. Das war nicht dokumentiert, aber schnell. Mit dem System legte er ein Ticket an, das in eine Warteschlange der Arbeitsvorbereitung fiel. Dort wurde es nach Eingang bearbeitet, nicht nach Dringlichkeit, weil niemand definiert hatte, was dringend heisst. Der kurze Weg an die Linie galt jetzt als Umgehung und wurde unterlassen.

Die Lösung war kein anderes Tool. Es waren drei Vereinbarungen: eine klare Definition, welche Änderung sofort an die Linie darf; ein täglicher kurzer Blick der Arbeitsvorbereitung auf neue Tickets; und ein Feld, das der Konstrukteur selbst setzt. Danach tat das System, was es sollte. Es machte einen guten Ablauf sichtbar.

Die Reihenfolge, die sich in meiner Arbeit bewährt hat, ist unspektakulär. Sie kostet vor der Einführung einige Wochen und spart danach Monate.

Zuerst nehmen Sie den Ablauf so auf, wie er heute wirklich läuft. Nicht nach Handbuch, sondern am Arbeitsplatz, mit den Leuten, die ihn bedienen. Eine Wertstromanalyse funktioniert im Büro genauso wie in der Halle: Jeder Schritt, jede Übergabe, jede Wartezeit, jede Rückfrage wird notiert. Dabei entstehen fast immer Überraschungen. Schleifen, von denen die Leitung nichts wusste. Doppelarbeit, die jeder für notwendig hielt.

Dann räumen Sie auf. Welche Schritte entfallen, wenn die Information beim ersten Mal vollständig ist? Welche Freigaben sind Absicherung, nicht Entscheidung? Wo kann derjenige entscheiden, der die Information hat, statt sie nach oben zu schicken? Das ist die eigentliche Arbeit, und sie ist unbequem, weil sie Zuständigkeiten berührt.

Erst danach beschreiben Sie, was das Werkzeug können muss. Sie werden feststellen, dass die Liste kürzer ist als gedacht. Ein bereinigter Prozess braucht wenig Funktionen. Ein unbereinigter braucht Ausnahmen für jede Variante, und genau die machen Software teuer, langsam und unbeliebt.

Die Einführung selbst ist ein Change-Projekt, kein IT-Projekt. Das wird in der Planung fast immer vergessen. Ein paar Punkte, die den Unterschied machen:

• Das Team, das den Ablauf bedient, gestaltet ihn mit. Nicht als Testnutzer am Ende, sondern bei der Aufnahme und beim Aufräumen am Anfang.
• Schattenlisten werden nicht verboten, sondern verstanden. Jede private Excel-Tabelle zeigt eine Information, die im offiziellen Weg fehlt. Holen Sie sie in den Prozess, dann stirbt die Liste von selbst.
• Ein Bereich zuerst. Nicht das ganze Werk an einem Stichtag. Ein Bereich, ein Ablauf, dann lernen, dann ausrollen.
• Fertig heisst genutzt, nicht installiert. Gehen Sie nach der Einführung an die Arbeitsplätze und schauen Sie, ob der Papierausdruck noch daneben liegt. Wenn ja, wissen Sie, was fehlt.

Der letzte Punkt ist mir der wichtigste. Ein System, das formal läuft und nebenbei umgangen wird, ist teurer als gar kein System, weil es Vertrauen kostet.

Wenn mir eine Geschäftsführung ein Digitalisierungsvorhaben vorstellt, stelle ich eine einzige Frage: Würde dieser Ablauf auch auf Papier gut funktionieren? Wenn die Antwort Nein ist, wird er mit Software nicht besser. Er wird nur schneller schlecht.

Das heisst nicht, dass Sie auf Systeme verzichten sollen. Ein bereinigter Prozess in einem passenden Werkzeug ist ein grosser Gewinn: für die Durchlaufzeit, für die Transparenz, für die Leute, die ihn bedienen. Es heisst nur, dass die Reihenfolge nicht verhandelbar ist. Prozess, dann Tool. Nie umgekehrt.