Prozessoptimierung vom Entscheidungspunkt aus. Gute Prozesse entstehen oft dort, wo Übergaben, Freigaben, Ausnahmen und Eskalationen klar entschieden sind.

Ein Prozess ist erst dann belastbar, wenn seine Entscheidungen belastbar sind.

In vielen Unternehmen gibt es Prozessdiagramme, Ablaufbeschreibungen, Übergabepunkte und Tool-Workflows. Trotzdem stockt die Arbeit. Aufträge kommen unvollständig an. Projekte starten zu spät. Freigaben dauern zu lange. Ausnahmen landen immer wieder bei der Geschäftsführung. Schnittstellen erzeugen Rework.

Dann wird häufig der Prozess optimiert: Schritte werden neu gezeichnet, Verantwortlichkeiten ergänzt, Übergaben beschrieben, Rollen diskutiert. Das kann sinnvoll sein. Aber es reicht nicht, wenn der eigentliche Engpass kein Ablaufproblem ist, sondern ein Entscheidungsproblem.

Klassische Prozessoptimierung beginnt beim Ablauf. Decision-OS beginnt bei den Entscheidungen, die den Ablauf tragen.

Ein Prozess beschreibt, was passieren soll. Aber er beantwortet nicht automatisch, wer im Grenzfall entscheiden darf. Genau dort entstehen die meisten teuren Rückläufe: bei Ausnahmen, Zielkonflikten, Freigaben, Übergaben, Vetos, Prioritäten und Eskalationen.

Gute Prozesse sind oft ein Abfallprodukt guten Entscheidungsmanagements.

Das klingt zunächst kontraintuitiv. Denn viele Unternehmen denken bei Prozessoptimierung an Standardisierung, Lean, Automatisierung, Digitalisierung oder Prozesslandkarten.

Aber bevor ein Prozess schlanker, schneller oder digitaler wird, muss klar sein, welche Entscheidungen ihn überhaupt stabil machen. Wer darf eine Übergabe akzeptieren? Wer darf sie zurückweisen? Wer priorisiert, wenn zwei Bereiche gegeneinander laufen? Wer entscheidet bei Risiko? Wer trägt die Ausnahme? Wer dokumentiert die Entscheidung?

Wenn diese Fragen ungeklärt bleiben, wird jeder Prozess zur Interpretationsfläche. Die Beteiligten arbeiten dann nicht nach einem gemeinsamen System, sondern nach Erfahrung, Bauchgefühl, Absicherung und informellen Machtlinien.

Die sieben Entscheidungspunkte in fast jedem Prozess

Nicht jeder Prozess braucht eine große Reorganisation. Aber fast jeder kritische Prozess hat Entscheidungspunkte. Wenn diese Punkte nicht geklärt sind, entstehen Wartezeit, Rückdelegation, Rework und Eskalation.

Beispiel: Vertrieb, Projekt, Operations und Geschäftsführung

Ein typisches Muster im Mittelstand und Projektgeschäft: Der Vertrieb verkauft. Das Projektteam muss liefern. Operations trägt später die Folgen. Die Geschäftsführung wird zur Feuerwehr, wenn Übergaben, Entscheidungsrechte und Eskalation nicht sauber geregelt sind.

Auf den ersten Blick ist das ein Schnittstellen- oder Prozessproblem. Auf den zweiten Blick hängt der Prozess an Entscheidungen:

• Welche Informationen muss der Vertrieb liefern, bevor ein Auftrag übergeben werden darf?
• Wer darf eine Übergabe zurückweisen?
• Wer entscheidet, ob eine Kundenanforderung machbar ist?
• Wer trägt die Entscheidung, wenn Marge, Qualität und Termin kollidieren?
• Wann darf Operations ein Veto einlegen?
• Wann ist die Geschäftsführung wirklich erforderlich?
• Wo wird die Entscheidung dokumentiert, damit sie nicht später wieder geöffnet wird?

Genau hier wird sichtbar, warum Prozessoptimierung vom Entscheidungspunkt aus tiefer geht. Sie fragt nicht nur: „Wie läuft der Prozess?“ Sie fragt: „Welche Entscheidungen müssen diesen Prozess tragen, damit er nicht ständig zurückläuft?“

Was klassische Prozessoptimierung oft übersieht

Prozessoptimierung ist sinnvoll, wenn Abläufe redundant, unklar, langsam oder schlecht dokumentiert sind. Sie ist auch sinnvoll, wenn Digitalisierung, Automatisierung oder Standardisierung echte Hebel sind.

Aber viele Prozesse bleiben trotz guter Beschreibung schwach, weil die kritischen Entscheidungen nicht sauber geregelt sind. Dann wird der Ablauf zwar dokumentiert, aber im Alltag trotzdem verhandelt.

Typische Sätze sind:

• „Das müsste eigentlich Bereich A entscheiden, aber Bereich B muss damit leben.“
• „Ohne Geschäftsführung machen wir das lieber nicht.“
• „Das war doch schon entschieden – oder?“
• „Wir wissen nicht, ob wir den Auftrag so annehmen dürfen.“
• „Der Prozess sagt das eine, aber im Alltag läuft es anders.“

Diese Sätze sind keine Randnotizen. Sie zeigen, dass ein Prozess zwar beschrieben, aber nicht entscheidungsfähig ist.

Was Decision-OS anders macht

Decision-OS ergänzt Prozesse um Entscheidungsarchitektur. Es geht nicht darum, mehr Regeln zu erzeugen. Es geht darum, die richtigen Regeln an den Stellen zu haben, an denen Arbeit sonst hängen bleibt.

Dafür werden reale Prozessstellen mit Entscheidungselementen verbunden:

• Decision Rights: Wer darf welche Entscheidung treffen?
• DRI: Wer trägt die Entscheidung operativ?
• RACI/RASCI: Wer arbeitet, wer entscheidet, wer wird konsultiert, wer informiert?
• Delegation of Authority: Welche Schwellen gelten für Budget, Risiko, Kunde, Qualität oder Personal?
• Decision Log: Wo wird festgehalten, was entschieden wurde?
• Reopen-Regel: Wann darf eine Entscheidung wieder geöffnet werden?
• Review-Takt: Wann prüfen wir, ob die Entscheidung im Prozess trägt?

Wir machen Prozesse besser, indem wir die Entscheidungen darin klären.

Wann dieser Blick besonders wichtig wird

Prozessoptimierung vom Entscheidungspunkt aus ist besonders wirksam, wenn Prozesse nicht einfach nur langsam sind, sondern immer wieder an denselben Stellen zurücklaufen.

Typische Anwendungsfälle:

• Schnittstellen zwischen Vertrieb, Projekt, Operations, Support oder Geschäftsführung.
• Freigabeprozesse, bei denen zu viel bei der Geschäftsführung landet.
• Reorganisationen, bei denen neue Rollen entstehen, aber alte Entscheidungswege weiterlaufen.
• Wachstum, bei dem informelle Abstimmung nicht mehr skaliert.
• Kostendruck, bei dem weniger Ressourcen mehr Output liefern sollen.
• KI-Governance, bei der Freigabe, Haftung und Human-in-the-Loop geklärt werden müssen.

In all diesen Fällen reicht es nicht, den Ablauf schöner zu beschreiben. Die Organisation muss entscheiden können, wo der Prozess kritisch wird.