So verbessern Sie einen Geschäftsprozess
So verbessern Sie einen Geschäftsprozess: Ist-Zustand aufnehmen, die Ursache statt des Symptoms finden, immer nur eine Sache ändern und die Wirksamkeit prüfen, bevor Sie den Vorgang schließen.
Einen Geschäftsprozess zu verbessern heißt: den Ist-Zustand aufnehmen, die Ursache des Problems statt seines Symptoms finden, eine Sache ändern und anschließend prüfen, ob die Änderung wirklich gewirkt hat.
Kurz gesagt
- Nehmen Sie zuerst den Ist-Zustand auf: Gegen einen Prozess, auf den sich niemand geeinigt hat, lässt sich keine Verbesserung belegen.
- Die Sofortmaßnahme stoppt die Blutung; sie ist nicht die Abstellmaßnahme und gehört getrennt dokumentiert.
- Ändern Sie immer nur eine Sache, sonst wissen Sie nicht, welche Änderung gewirkt hat.
- Prüfen Sie die Wirksamkeit nach einem festgelegten Zeitraum: an der Kennzahl, mit der Sie begonnen haben.
- Einen Schritt zu streichen, ist eine Verbesserung. Einen Genehmiger hinzuzufügen, meistens nicht.
Die meisten Verbesserungen scheitern an der Diagnose
Prozessverbesserung hat ein bekanntes Fehlermuster, und es ist nicht Bequemlichkeit. Es ist die Diagnose vom Symptom her: Die Rechnungen kommen zu spät, also nehmen wir einen weiteren Genehmiger auf; die Tickets werden wieder geöffnet, also führen wir eine Checkliste ein. Beides ist eine plausible Reaktion auf eine Beobachtung, und keines von beiden setzt daran an, warum die Sache überhaupt passiert. Ein halbes Jahr später ist die Kennzahl unverändert und der Prozess hat einen Schritt mehr: Das ist der tatsächliche, sich aufsummierende Preis einer übersprungenen Diagnose.
Die Alternative ist nicht mehr Analyse um ihrer selbst willen. Sie ist eine feste Reihenfolge: festhalten, was heute wirklich passiert, und zwar so detailliert, dass man darüber streiten kann; den unmittelbaren Schaden eindämmen, ohne die Sofortmaßnahme für die Lösung zu halten; eine Ursache finden, die die Nachweise tragen; eine Sache ändern; und danach prüfen, ob es gewirkt hat, bevor Sie den Vorgang schließen. Der letzte Schritt ist der, der am häufigsten entfällt, und der einzige, der Verbesserung von Betriebsamkeit unterscheidet.
Das Beispiel unten ist eine Ursachenanalyse, also der diagnostische Motor unter jeder Verbesserungsinitiative. Es enthält die beiden Wege, die sie ehrlich machen: einen Zweig für unzureichende Nachweise, der mit einer dokumentierten Datenlücke schließen kann, statt eine Ursache zu erfinden, und eine Verifizierungsschleife, die eine nicht belegte Hypothese zur erneuten Analyse zurückschickt.
Die Diagnose unter der Verbesserung
Eine Ursachenanalyse vom gemeldeten Problem bis zu freigegebenen Korrekturmaßnahmen. Achten Sie darauf, wo Teams üblicherweise abkürzen.
Das Problem beschreiben, bevor Sie Theorien bilden
Problem wie beobachtet beschreiben, eine schriftliche Problembeschreibung abstimmen, Sofortmaßnahmen umsetzen, dann das Untersuchungsteam zusammenstellen. Eine Problembeschreibung, die erst nach der ersten Theorie entsteht, enthält diese Theorie meist schon, und die Analyse bestätigt sie danach nur noch.
Nachweise und der Zweig, wenn es keine gibt
Die Entscheidung „Nachweise ausreichend?“ hat drei Wege: weitermachen, die Erhebung ausweiten oder mit dokumentierter Datenlücke schließen. Genau dieser dritte Weg verhindert, dass eine Untersuchung eine Ursache erfindet, wenn die Protokolle längst überschrieben sind.
Hypothesen prüfen, nicht einfach eine auswählen
Ursachenhypothesen bilden, an den Nachweisen prüfen und zurückspringen, wenn die Ursache nicht belegt ist. Danach die Grundursache von den Einflussfaktoren trennen: ein eigener Schritt, weil Teams sonst Maßnahmen gegen den Faktor schreiben, der am leichtesten abzustellen ist.
Maßnahmen: freigegeben und mit Ressourcen hinterlegt
Ergebnisse festhalten, Korrekturmaßnahmen vorschlagen, eine Freigabe, die sie zurückschicken kann, danach ein CAPA-Vorgang mit benannten Verantwortlichen. Verbesserung stirbt an der Stelle, an der Maßnahmen vereinbart sind, aber niemand die Arbeitszeit dafür bereitstellt. Deshalb ist die Freigabe als Tor gezeichnet.
So funktioniert es
Nehmen Sie den Prozess so auf, wie er heute läuft
Zeichnen Sie den Ist-Zustand gemeinsam mit den Menschen, die ihn ausführen, samt Ausnahmen und Workarounds, und halten Sie ein bis zwei Kennzahlen fest: Durchlaufzeit, Nacharbeitsquote, Mengen je Zweig. Ohne eine Ausgangsbasis, der die Beteiligten zustimmen, ist jede spätere Behauptung einer Verbesserung angreifbar, und sie wird angegriffen.
Formulieren Sie das Problem ohne Ursache darin
„Rechnungen werden zu spät bezahlt“ ist ein Problem. „Die Genehmiger sind zu langsam“ ist eine Theorie im Gewand eines Problems, und jede Analyse, die dort beginnt, endet dort auch. Schreiben Sie die Beschreibung in Beobachtung und Kennzahl, und lassen Sie die Nachweise sagen, wer oder was beteiligt ist.
Dämmen Sie ein und halten Sie es als Sofortmaßnahme fest
Wo das Problem gerade Schaden anrichtet, stoppen Sie es, aber dokumentieren Sie das als befristete Maßnahme mit Verantwortlichem und Enddatum. Eine Sofortmaßnahme, die stillschweigend bestehen bleibt, wird zum dauerhaften Zusatzschritt, und sie nimmt zugleich den Druck, die eigentliche Ursache zu finden.
Finden Sie eine Ursache, die die Nachweise tragen
Sichern Sie Daten, solange es sie noch gibt, rekonstruieren Sie den zeitlichen Ablauf, bilden Sie mehr als eine Hypothese und prüfen Sie sie. Bei der ersten plausiblen Erklärung stehen zu bleiben, ist der mit Abstand häufigste Fehler, und der Grund, warum die Verifizierungsentscheidung im Beispiel zurückspringt, statt weiterzulaufen.
Ändern Sie eine Sache
Wählen Sie die kleinste Änderung, die an der Ursache ansetzt, legen Sie fest, wie Erfolg aussieht und bis wann, und setzen Sie sie allein um. Gebündelte Änderungen machen Zurechnung unmöglich: Bewegt sich die Kennzahl, wissen Sie nicht, welche Änderung Sie behalten sollen; bewegt sie sich nicht, wissen Sie nicht, welche Sie zurücknehmen müssen.
Prüfen Sie nach einem festen Zeitraum und aktualisieren Sie das Diagramm
Kommen Sie nach genügend Durchläufen zurück, um ein Signal zu sehen, und vergleichen Sie mit der Ausgangsbasis. Hat es gewirkt, aktualisieren Sie das Prozessdiagramm und dessen freigegebene Fassung, damit der neue Weg der dokumentierte Weg ist. Hat es nicht gewirkt, öffnen Sie die Analyse erneut, statt eine zweite Änderung auf die erste zu setzen.
Häufige Fehler
Verbessern ohne Ausgangsbasis
Ohne abgestimmten Ist-Zustand lässt sich weder zeigen, dass die Änderung geholfen hat, noch bemerken, dass sie es nicht hat.
Einen Genehmiger als Lösung einbauen
Das ist die naheliegendste Reaktion, und sie macht den Prozess zuverlässig langsamer, ohne zu klären, warum der Fehler entstand. Die meisten echten Verbesserungen streichen einen Schritt.
Änderungen bündeln
Fünf Änderungen auf einmal ergeben ein einziges mehrdeutiges Ergebnis. Setzen Sie sie nacheinander um, auch wenn sich das langsam anfühlt.
Nie die Wirksamkeit prüfen
Eine Verbesserung, die niemand nachgeprüft hat, ist eine Annahme mit Projektplan. Erst die Wirksamkeitsprüfung trennt Verbesserung von Betriebsamkeit.
Eigenen Prozess verbessern
Öffnen Sie das Beispiel zur Ursachenanalyse als eigenes Diagramm, oder nehmen Sie zuerst Ihren Ist-Prozess auf und arbeiten Sie von dort weiter.
Verwandte Anleitungen
Häufig gestellte Fragen
Wie fange ich an, einen Geschäftsprozess zu verbessern?
Zeichnen Sie auf, was heute passiert, gemeinsam mit den Menschen, die es tun, und samt der Ausnahmen. Fast jede Verbesserungsinitiative, die stecken bleibt, ist von einem angenommenen statt einem dokumentierten Prozess ausgegangen, und die angenommene Fassung ist immer der Idealweg. Sobald der Ist-Zustand vorliegt und die Beteiligten ihm zustimmen, melden sich die Probleme meist von selbst: Schritte ohne Verantwortlichen, Nacharbeitsschleifen und Übergaben, bei denen der Empfänger nicht informiert wird, sind auf dem Blatt sichtbar.
Was ist der Unterschied zwischen Symptom und Grundursache?
Ein Symptom ist das, was Sie beobachten: verspätete Rechnungen, wieder geöffnete Tickets, verpasste Liefertermine. Eine Grundursache ist das, was Sie beseitigen können, damit das Symptom nicht wieder auftreten kann. Verbesserungsarbeit scheitert, wenn sie das Symptom behandelt, denn die daraus folgende Änderung (noch ein Genehmiger, noch eine Checkliste) kostet und wirkt nicht auf den Mechanismus. Der Test für eine Grundursache lautet: Hätte ihre Beseitigung das Problem verhindert, und tragen die Nachweise diese Aussage, statt sie nur zuzulassen?
Brauche ich Lean oder Six Sigma, um einen Prozess zu verbessern?
Nein, auch wenn beide ein nützliches Vokabular liefern. Die Mechanik, auf die es ankommt, ist ohne Methodik verfügbar: den aktuellen Prozess dokumentieren, etwas messen, eine durch Nachweise gestützte Ursache finden, eine Sache ändern und die Wirksamkeit prüfen. Formale Programme bringen Systematik und eine gemeinsame Sprache, was in der Breite hilft; sie bringen aber auch einen Aufwand mit, der bei einem einzelnen Prozess größer sein kann als der Nutzen. Beginnen Sie mit der Reihenfolge und führen Sie das Rahmenwerk ein, wenn das Volumen an Verbesserungsarbeit es rechtfertigt.
Wie sorge ich dafür, dass eine Verbesserung Bestand hat?
Aktualisieren Sie den dokumentierten Prozess und seine freigegebene Fassung, informieren Sie die Betroffenen und prüfen Sie ein Quartal später erneut. Änderungen, die nur in einem Projektbericht leben, verfallen binnen Monaten, weil der dokumentierte Prozess weiterhin den alten Weg beschreibt und neue Kolleginnen und Kollegen darauf geschult werden. Die Verbesserung ist nicht fertig, wenn die Änderung umgesetzt ist; sie ist fertig, wenn Diagramm, Schulung und gelebte Praxis dasselbe sagen.