Das Framework · Hebel 04 von 08
Normalize — Auf einen schlanken Standard bringen
„Erst wenn weniger übrig ist, lohnt sich der Standard."
Was bleibt, wird in einen klaren, einheitlichen Standardablauf überführt. Der Hebel verarbeitet Reduzierte Regel- und Prozessbasis und erzeugt Schlanke, standardisierte Soll-Prozesse.
Das Wichtigste in Kürze
Wie entsteht aus einem gewachsenen Prozess ein schlanker Standardablauf, ohne dass jede Sonderlocke mit einzieht?
- Normalize kommt nach dem Streichen. Standardisiert wird nur, was den Hebel Axe überlebt hat.
- Der Entwurf beginnt auf leerem Blatt: Was muss am Ende da sein — und was ist der kürzeste Weg dorthin?
- Erst danach wird mit dem Ist-Prozess verglichen. Jede Abweichung muss begründet werden, nicht jede Kürzung.
- Der zweite Baustein ist die Trennung von Normalfall und Ausnahme: rund achtzig Prozent der Vorgänge laufen einen radikal kurzen Weg.
- Ausnahmen werden schriftlich definiert. Was nicht als Ausnahme benannt ist, ist keine.
- Der Standardablauf wird mit den täglichen Anwendern getestet, nicht mit der Leitungsrunde.
- Ohne Normalize gibt es nichts zu automatisieren: Ein nicht standardisierter Prozess wird in Software zum teuren Sonderfall.
Zweck
Was der Hebel Normalize leistet
Nach Axe ist der Bestand kleiner, aber nicht sauberer. Was bleibt, ist häufig in mehreren Varianten unterwegs: Drei Bereiche beschaffen auf drei Wegen, zwei Standorte führen dieselbe Prüfung unterschiedlich durch, dasselbe Formular existiert in vier Versionen. Normalize führt das zusammen — auf einen Weg, dokumentiert, verbindlich.
Der Leitsatz lautet: Erst wenn weniger übrig ist, lohnt sich der Standard. Das ist keine Stilfrage. Standardisierung ist teuer: Sie kostet Workshops, Abstimmung, Dokumentation und Einführung. Diesen Aufwand in einen Prozess zu stecken, der ein halbes Jahr später entfällt, ist die verlässlichste Art, Vertrauen in Organisationsarbeit zu verlieren.
Zur Begriffsklärung: Das Framework heißt STANDARD-8, das Ergebnis dieses Hebels heißt Standardablauf oder Soll-Prozess. Die Trennung ist bewusst, weil beides sonst in Diskussionen durcheinandergerät — die vollständige Begriffsliste steht im Glossar.
Methode
Der Entwurf auf leerem Blatt
Die erste Methode des Hebels, das End-to-end-Redesign, folgt einer unbequemen Regel: Der Ist-Prozess wird zu Beginn nicht angesehen. Stattdessen steht am Anfang eine einzige Frage aus Sicht des Empfängers — „Was muss am Ende da sein?" — und darauf der kürzeste Weg dorthin.
Der Grund für diese Reihenfolge ist psychologisch, nicht methodisch. Wer den bestehenden Ablauf vor Augen hat, optimiert ihn. Er verschiebt Schritte, fasst zwei Freigaben zusammen, digitalisiert ein Formular — und kommt selten unter siebzig Prozent der ursprünglichen Schrittzahl. Wer auf leerem Blatt beginnt, landet regelmäßig bei einem Drittel und muss anschließend begründen, was zusätzlich nötig ist.
Der Vergleich mit dem Ist kommt danach, und er läuft mit umgekehrter Beweislast: Jede Abweichung des Ist vom Entwurf muss begründet werden. Diese Umkehr ist derselbe Mechanismus wie bei Axe, nur auf der Prozessebene. Ohne sie endet der Workshop bei einer Liste von Gründen, warum es so bleiben muss, wie es ist.
Zwei Workshops à vier Stunden je Prozess reichen für dieses Vorgehen. Wichtiger als die Dauer ist die Besetzung: In den Raum gehören die Menschen, die den Vorgang täglich bearbeiten. Ein Soll-Prozess, der nur mit Führungskräften entworfen wurde, beschreibt zuverlässig die offizielle Version — und wird durch einen Schattenprozess ergänzt, sobald er in Kraft tritt.
Methode
Normalfall und Ausnahme trennen
Die zweite Methode adressiert den häufigsten Konstruktionsfehler administrativer Prozesse: Sie sind für den Ausnahmefall gebaut und werden allen zugemutet. Ein Beschaffungsformular mit achtzehn Pflichtfeldern existiert, weil in drei Prozent der Fälle achtzehn Angaben gebraucht werden. Die übrigen siebenundneunzig Prozent zahlen dafür.
Das Standard-/Ausnahme-Prinzip dreht das um:
- Normalfall definieren — anhand von drei Kriterien: Wert, Risiko, Wiederholung. Konkret und schriftlich, nicht als Gefühl.
- Für den Normalfall alles kürzen, was nicht zwingend gebraucht wird: Pflichtfelder, Anlagen, Freigaben, Prüfschritte.
- Ausnahmekriterien dokumentieren — nur diese Fälle durchlaufen den ausführlichen Weg.
- Varianten zusammenführen, sofern sie sich nicht durch die Ausnahmekriterien erklären lassen.
Der entscheidende Satz steht in Punkt drei: Was nicht als Ausnahme benannt ist, ist keine. Ohne diese Festlegung wandert die Ausnahme zurück in den Standard, weil jede Grenzentscheidung im Zweifel den sicheren, langen Weg nimmt.
Das Prinzip ist auch der Ort, an dem regulatorische Pflichten wieder auftauchen. Eine Nachweispflicht lässt sich nicht streichen, aber fast immer für den Normalfall drastisch vereinfachen — durch Sammelnachweise, Stichproben statt Vollprüfung oder den Wegfall von Angaben, die an anderer Stelle bereits vorliegen.
Dosierung
Wie tief: der Relevanz-Check
Normalize ist der Hebel mit der größten Spannweite zwischen den Stufen. Ein Leichtdurchlauf ist hier ausdrücklich zulässig — nicht jede Organisation hat Prozesse, die eine Neukonstruktion rechtfertigen.
| Stufe | Was das konkret heißt | Wann angemessen |
|---|---|---|
| Schwerpunkt | End-to-end-Redesign für zwei bis drei Kernprozesse plus Standard-/Ausnahme-Trennung für alle Formulare des Bereichs | Kernprozess mit langer Durchlaufzeit, Vorbereitung einer Automatisierung |
| Standard | Standard-/Ausnahme-Prinzip für die drei aufwendigsten Formulare, kein vollständiges Redesign | Aufwand liegt in der Bearbeitung, nicht in der Prozesskette |
| Leichtdurchlauf | Varianten desselben Vorgangs zusammenführen, ein Formular kürzen, Ergebnis dokumentieren | Kleiner Bereich, wenige Prozesse, Schwerpunkt liegt bei Delegate |
Ein häufiger Planungsfehler: Normalize wird auf alle Prozesse gleichzeitig angesetzt. Realistisch sind zwei bis drei Prozesse je Zyklus. Der Rest wartet auf den nächsten Durchlauf — und profitiert davon, weil das Vorgehen dann eingeübt ist.
Praxis
Woran Normalize scheitert
Der alte Prozess wird nachgebaut
Das Ergebnis sieht aus wie ein Redesign, ist aber der Ist-Zustand mit anderen Kästchen. Erkennbar ist das an der Schrittzahl: Wer von elf auf neun Schritte kommt, hat optimiert, nicht neu entworfen. Gegenmittel ist die strikte Trennung der beiden Workshop-Hälften — erst Entwurf, dann Abgleich, nie gleichzeitig.
Zu viele Sonderfälle
Der Standardablauf wird um jede denkbare Konstellation erweitert, bis er wieder so lang ist wie vorher. Die Faustregel: Ausnahmen sind selten, sonst sind es keine. Wenn mehr als etwa zwanzig Prozent der Vorgänge den Ausnahmeweg nehmen, ist der Normalfall falsch definiert — nicht der Prozess zu einfach.
Standardisierung ohne vorheriges Streichen
Der Klassiker unter den Reihenfolgefehlern. Ein Prozess wird sauber dokumentiert, eingeführt und geschult — und ein Quartal später stellt sich heraus, dass er entfallen könnte. Der Aufwand ist verloren, und die Bereitschaft zur nächsten Runde ebenfalls.
Der Soll-Prozess wird nicht getestet
Ein Ablauf, der nur auf Papier existiert, hat mindestens eine Stelle, an der er in der Realität nicht funktioniert. Bevor der Standard verbindlich wird, gehört er an fünf bis zehn echten Vorgängen durchgespielt — mit den Menschen, die ihn danach anwenden. Was dabei auffällt, ist billiger als jede Korrekturschleife nach der Einführung.
Übergabe
Fertig, wenn — und was danach kommt
Normalize ist abgeschlossen, wenn für die bearbeiteten Vorgänge ein dokumentierter Standardablauf existiert, Normal- und Ausnahmefall schriftlich getrennt sind und der Normalfall messbar weniger Schritte hat als vorher. Das Vorher-Nachher gehört festgehalten — es ist die einzige belastbare Erfolgsaussage dieses Hebels und speist zugleich den Bürokratie-Index.
Der Output geht an Delegate. Erst wenn der Weg feststeht, lässt sich sinnvoll klären, wer auf diesem Weg wo entscheidet. Und erst wenn beides steht — schlanker Prozess und geklärte Entscheidungsrechte — lohnt sich der Schritt zu Automate. Diese Reihenfolge ist die zweite der beiden Kettenregeln und der häufigste Grund, warum Digitalisierungsprojekte teuer werden, ohne schneller zu machen.
FAQ
Häufige Fragen
Wie unterscheidet sich Normalize von klassischem Prozessmanagement?
Durch die Vorfrage und den Zeitpunkt. Prozessmanagement dokumentiert und verbessert bestehende Abläufe — mit dem impliziten Ziel, jeden Prozess besser zu machen. Normalize setzt erst an, nachdem Axe entschieden hat, welche Prozesse es überhaupt weiter geben soll, und entwirft diese dann vom Ergebnis her neu statt sie zu optimieren. Für die Pflege des Ergebnisses ist BPM anschließend das passende Werkzeug — die Einordnung steht unter Einordnung & Vergleich.
Was gilt als Normalfall?
Der Normalfall wird über drei Kriterien definiert: Wert (unterhalb welcher Grenze?), Risiko (welche Konstellationen sind unkritisch?) und Wiederholung (handelt es sich um einen wiederkehrenden Vorgangstyp?). Die Definition gehört schriftlich festgehalten und sollte so gewählt sein, dass rund achtzig Prozent der tatsächlichen Vorgänge darunterfallen. Die Verteilung dafür liefert Track — bei Bestellungen etwa die Verteilung der Vorgangswerte.
Kann Normalize ohne vorherige Hebel laufen?
Für einen einzelnen, offensichtlich schmerzhaften Prozess ja. Das End-to-end-Redesign funktioniert als Einzelmethode, wenn klar ist, welcher Ablauf gemeint ist und dass er bleiben soll. Für einen ganzen Bereich ist die Reihenfolge dagegen nicht verhandelbar: Ohne Bewertung fehlt die Auswahl, ohne Streichen wird Aufwand in Abläufe investiert, die entfallen könnten.
Wie verhindert man, dass Varianten zurückkehren?
Durch drei Dinge: einen benannten Owner je Standardablauf, dokumentierte Ausnahmekriterien und eine Eingangsprüfung für neue Varianten. Die Prüfung ist derselbe Mechanismus wie bei „One in, one out": Wer eine Variante braucht, muss begründen, welches Ausnahmekriterium greift. Fehlt das Kriterium, gibt es keine Variante — oder das Kriterium wird ergänzt, dann aber sichtbar und für alle.
Verwandte Themen