Ablauforganisation und Prozessoptimierung

Wenn die Aufbauorganisation das Gerüst eines Unternehmens ist – wer ist wem unterstellt, welche Abteilungen gibt es – dann ist die Ablauforganisation das, was im Inneren des Gerüsts passiert. Sie beschreibt die Geschäfts­prozesse, also wie ein Auftrag durch das Unternehmen läuft, in welcher Reihenfolge welche Schritte erledigt werden, wer Informationen an wen übergibt. Eine gute Aufbauorganisation nützt wenig, wenn die Prozesse holprig sind: dann wandert jedes Ticket vier Mal hin und her, niemand weiß, wer dran ist, und der Kunde wartet eine Woche auf eine Antwort, die in einer Stunde möglich gewesen wäre. In dieser Lektion lernst du, was Geschäftsprozesse sind, wie sie sich in Kern-, Support- und Management-Prozesse einteilen lassen, wie sie mit dem Standard BPMN grafisch dargestellt werden, und welche Methoden der Prozess-Optimierung in der Praxis genutzt werden – von der inkrementellen Kaizen-Verbesserung über Lean Management bis zum strukturierten Six-Sigma-Verfahren DMAIC. Am Ende steht ein konkretes Beispiel aus dem IT-Support, das die Prinzipien greifbar macht.

1) Aufbau- vs. Ablauforganisation – der zweite Blick

Die klassische BWL-Unterscheidung von Aufbau- und Ablauforganisation geht auf den deutschen Wirtschaftswissenschaftler Erich Kosiol zurück. Sein Argument war: jede Organisation lässt sich aus zwei Blickwinkeln betrachten. Aus dem statischen: welche Stellen und Hierarchien gibt es? Das ist die Aufbauorganisation. Und aus dem dynamischen: wie verläuft die Arbeit konkret durch diese Stellen? Das ist die Ablauforganisation. Beide hängen zusammen wie zwei Seiten einer Medaille – aber sie können getrennt analysiert und verbessert werden.

In der Praxis hat sich der Fokus in den letzten Jahrzehnten verschoben. Während früher die Aufbauorganisation im Mittelpunkt stand – das Organigramm war oft das wichtigste Strukturdokument eines Unternehmens – richten sich moderne Unternehmen stärker an Prozessen aus. Das Schlagwort Prozessorientierung bedeutet: nicht mehr die Abteilung steht im Mittelpunkt, sondern der Prozess, der die Abteilungen verbindet und auf den Kunden ausgerichtet ist. Ein Unternehmen denkt heute weniger in „wir haben eine Vertriebs-Abteilung und eine Logistik-Abteilung", sondern eher in „wir haben einen Order-to-Cash-Prozess vom Auftrag bis zur Zahlung".

2) Was ist ein Geschäftsprozess?

Ein Geschäftsprozess ist eine logische Abfolge von Aktivitäten, die einen bestimmten Input in einen bestimmten Output verwandelt und dabei einen Wert für einen Kunden oder das Unternehmen erzeugt. Typische Merkmale: er hat einen klaren Anfang (einen Auslöser, z. B. eine Bestellung), ein klares Ende (ein Ergebnis, z. B. eine ausgelieferte Ware), eine definierte Abfolge von Schritten, und er beteiligt mehrere Personen oder Abteilungen.

Geschäftsprozesse können auf verschiedenen Detailstufen beschrieben werden. Auf der höchsten Ebene gibt es die Prozess-Landkarte eines Unternehmens, die zeigt, welche Haupt-Prozesse existieren und wie sie zusammenhängen. Eine Ebene darunter werden einzelne Prozesse beschrieben („Wie läuft der Reklamations-Prozess?"). Auf der untersten Ebene werden konkrete Arbeits-Anweisungen erstellt („Wie öffne ich ein Reklamations-Ticket im Service-Desk-System?"). Jede Ebene hat ihre Berechtigung; die Schwierigkeit liegt darin, das richtige Detail-Niveau zu finden – zu grob bringt nichts, zu fein wird unbeherrschbar.

Eine wichtige Unterscheidung trifft die Prozess-Typologie, die Prozesse nach ihrer Rolle im Unternehmen sortiert:

Diese Einteilung hilft bei der Priorisierung: Kern-Prozesse müssen erstklassig sein, weil der Kunde sie direkt erlebt. Management-Prozesse müssen wirksam sein, müssen aber nicht effizient bis ins Letzte sein. Support-Prozesse sollten möglichst effizient sein – sie sind notwendig, sollen aber das Unternehmen nicht mit Kosten belasten. Wenn eine Geschäftsführung entscheidet, wo sie investiert, ist das eine wichtige Orientierung: in Kern-Prozesse zuerst, in Management-Prozesse selektiv, in Support-Prozesse mit Blick auf Automatisierung und Standardisierung.

3) BPMN – die Standard-Sprache für Prozesse

Wenn ein Prozess grafisch dargestellt werden soll, hat sich der internationale Standard BPMN (Business Process Model and Notation) durchgesetzt. BPMN, in seiner aktuellen Version 2.0 von 2011 veröffentlicht, ist eine Notation, die so präzise ist, dass sie von Software ausgeführt werden kann (in sogenannten Business-Process-Engines wie Camunda), und gleichzeitig so verständlich, dass auch Nicht-Techniker sie lesen können. Die wichtigsten Symbole:

Symbol	Bedeutung	Beispiel
Kreis (dünner Rand)	Start-Ereignis	Kunde sendet Anfrage
Kreis (dicker Rand)	End-Ereignis	Ticket geschlossen
Rechteck mit runden Ecken	Aktivität / Task	Anfrage prüfen
Raute (Gateway)	Entscheidung / Verzweigung	Ist der Kunde Premium?
Pool / Lane	Verantwortlicher Akteur	Lane: First-Level-Support
Pfeil (durchgezogen)	Sequenz-Fluss	Schritt A → Schritt B
Pfeil (gestrichelt)	Nachrichten-Fluss zwischen Pools	Mail an Kunden

Eine besonders nützliche Eigenschaft von BPMN sind die Pools und Lanes. Ein Pool ist ein größeres organisatorisches Gebilde (z. B. „Kunde" oder „IT-Dienstleister"), eine Lane ist eine Verantwortlichkeit darin (z. B. „First-Level-Support", „Second-Level-Support", „Spezialist"). Damit wird auf einen Blick sichtbar, wer für welchen Schritt zuständig ist und wo Übergaben stattfinden – und genau diese Übergaben sind häufig die Stellen, an denen Prozesse hängen bleiben oder Fehler entstehen.

4) Beispiel: Ticket-Bearbeitung im IT-Support

Ein klassisches Beispiel aus dem IT-Bereich ist der Prozess der Ticket-Bearbeitung im Support, der in ITIL als Incident Management bekannt ist (siehe K61). Wir nehmen einen vereinfachten Ablauf: Kunde meldet ein Problem, First-Level-Support nimmt es an, prüft und versucht zu lösen, eskaliert bei Bedarf an Second-Level. Hier eine BPMN-artige Skizze des Prozesses:

An diesem Beispiel werden viele Eigenschaften realer Prozesse sichtbar. Es gibt mehrere Lanes (Kunde, First-Level, Second-Level), also Verantwortlichkeiten. Es gibt ein Gateway als Entscheidungs-Punkt („ist das Problem lösbar?"). Es gibt zwei Pfade – einen direkten und einen mit Eskalation. Und es gibt mehrere Übergaben zwischen den Lanes, die in der Praxis oft die Schwachstellen sind: das Ticket bleibt liegen, weil die Übergabe nicht klar dokumentiert ist, oder die Information für die Bearbeitung fehlt.

5) Warum Prozesse optimieren?

Geschäfts­prozesse sind selten von Anfang an perfekt. Sie wachsen über Jahre, werden an wechselnde Anforderungen angepasst, und akkumulieren dabei Reibungen: redundante Schritte, lange Wartezeiten, unklare Verantwortlichkeiten, Doppelarbeiten. Eine systematische Prozess-Optimierung zielt darauf, diese Schwächen zu erkennen und zu beseitigen. Vier Kennzahlen sind dabei besonders wichtig:

• Durchlaufzeit: gesamte Zeit vom Anfang des Prozesses bis zum Ende (z. B. von der Bestellung bis zur Auslieferung). Sie umfasst Bearbeitungszeit und Wartezeit.
• Bearbeitungszeit: die reine Arbeitszeit, die tatsächlich am Prozess gearbeitet wird.
• Liegezeit: die Zeit, in der ein Vorgang nur darauf wartet, dass jemand sich um ihn kümmert. In den meisten Prozessen ist sie länger als die Bearbeitungszeit – das ist der größte Hebel für Optimierung.
• First-Time-Right (FTR): der Anteil der Vorgänge, die beim ersten Durchlauf ohne Korrekturen erledigt werden. Wenn Kunden viel reklamieren oder Tickets oft wieder geöffnet werden, ist der FTR-Wert niedrig.

Ein erstaunlich häufiges Muster in unanalysierten Prozessen: 80 % der Durchlaufzeit ist Liegezeit. Ein Ticket im IT-Support wird nicht „eine Woche bearbeitet", sondern fünf Minuten bearbeitet und sechs Tage und 23 Stunden 55 Minuten in irgendeiner Warteschlange gehalten. Wer das misst, sieht sehr schnell, wo die wirklichen Hebel zur Verbesserung liegen.

6) Methoden der Prozess-Optimierung

Für die systematische Verbesserung von Prozessen existieren mehrere etablierte Methoden, die sich in Philosophie und Reichweite unterscheiden. Die wichtigsten:

Die Kaizen-Philosophie kommt aus Japan und bedeutet wörtlich „Veränderung zum Besseren". Ihr Kerngedanke: ständige, kleine, inkrementelle Verbesserungen, oft direkt durch die Mitarbeiter:innen, die einen Prozess täglich ausführen. Statt großer Reorganisations-Projekte stehen viele kleine Schritte. Toyota hat damit seine Produktion zu einer der effizientesten der Welt entwickelt. Kaizen lebt von der Beteiligung der Mitarbeitenden: wer am Fließband oder am Service-Desk steht, sieht die kleinen Reibungen am besten und kann konkrete Vorschläge machen.

Das Lean Management baut auf Kaizen auf und identifiziert systematisch sieben Arten von Verschwendung (Muda): Überproduktion, Wartezeit, unnötige Transporte, Über-Bearbeitung, hohe Bestände, unnötige Bewegungen und Fehler. Ziel ist es, alles wegzulassen, was keinen Kunden-Wert schafft. Lean ist besonders in der Produktion verbreitet, hat aber auch starken Einfluss auf die Software-Entwicklung – Lean Software Development ist eine eigene Strömung mit Prinzipien wie „Verschwendung eliminieren", „spät entscheiden", „schnell ausliefern".

Six Sigma ist eine datengetriebene Methode, ursprünglich von Motorola entwickelt, die Prozesse auf eine Fehlerrate von 3,4 Defekten pro Million Möglichkeiten reduzieren will. Das ist das namensgebende „6 Sigma" – eine extrem niedrige Standard-Abweichung. Six Sigma arbeitet mit dem strukturierten DMAIC-Verfahren:

DMAIC ist ein Zyklus, der so oft durchlaufen wird, wie nötig. Charakteristisch ist die Daten-Orientierung: jede Aussage muss durch Messung belegt sein, jede Verbesserung wird quantitativ bewertet. In der Praxis ist Six Sigma am wirksamsten dort, wo viele Vorgänge gleichartig ablaufen und sich gut messen lassen – etwa in der Massen-Produktion oder im Call-Center. Bei kreativen oder einmaligen Projekten ist die Methode weniger geeignet.

Eine vierte wichtige Methode ist die Engpass-Theorie (Theory of Constraints, ToC) von Eliyahu Goldratt. Ihr Kern: in jedem Prozess gibt es genau einen Engpass, der das gesamte System bremst. Wer diesen Engpass findet und löst, erzielt die größte Wirkung. Alle anderen Verbesserungen am Prozess sind verschwendete Energie, solange der Engpass nicht behoben ist. Das ist eine sehr fokussierte Sicht und hilft besonders in komplexen Wertschöpfungsketten, in denen viele Stellen gleichzeitig „verbessert" werden, aber das Gesamt-Ergebnis kaum vorankommt.

7) Prozess-Management im Unternehmen verankern

Damit Prozess-Optimierung mehr ist als ein einmaliges Projekt, muss sie strukturell verankert sein. Größere Unternehmen haben dafür eigene Rollen und Strukturen geschaffen. Prozess-Verantwortliche (auch Process Owner genannt) sind für je einen End-to-End-Prozess verantwortlich – etwa „den gesamten Reklamations-Prozess von der Eingabe bis zur Klärung". Ihre Aufgabe: Prozess-Performance überwachen, Schwächen erkennen, Verbesserungen einleiten. Prozess-Management-Abteilungen oder Lean-Teams unterstützen die Process Owner methodisch und führen Workshops, Trainings und Mess-Kampagnen durch.

Auch IT-Werkzeuge spielen eine wachsende Rolle. Workflow-Engines wie Camunda oder Microsoft Power Automate können BPMN-Prozesse direkt ausführen – die Software steuert, welcher Schritt als nächstes kommt, wer benachrichtigt wird, und wann Eskalations-Mechanismen greifen. Process-Mining-Tools wie Celonis analysieren automatisiert die Spuren, die ein Prozess in IT-Systemen hinterlässt (ERP-Logs, Ticket-Daten), und decken Ist-Abläufe auf, die oft erheblich von den dokumentierten Soll-Prozessen abweichen.

Ein häufiger Stolperstein bei Prozess-Optimierungs-Projekten ist die fehlende Akzeptanz bei den Mitarbeitenden. Wenn Veränderungen „von oben" verordnet werden, ohne die Menschen einzubinden, die den Prozess täglich ausführen, entstehen Widerstand und „Dienst nach Vorschrift". Erfolgreiche Optimierung bindet die Beteiligten von Anfang an ein – ihre Detail-Erfahrungen sind oft wertvoller als jede externe Analyse. Das verbindet die Prozess-Optimierung wieder mit dem Kaizen-Gedanken: Verbesserung kommt am besten von denen, die im Prozess stecken.

Zusammenfassung

Die Ablauforganisation beschreibt, wie die Arbeit in einem Unternehmen tatsächlich abläuft – die Geschäfts­prozesse mit ihren Schritten, Übergaben und Entscheidungspunkten. Prozesse lassen sich in Management-, Kern- und Support-Prozesse einteilen. Der internationale Standard BPMN 2.0 stellt Prozesse grafisch dar – mit Events, Aktivitäten, Gateways, Pools und Lanes. Wichtige Kennzahlen sind Durchlaufzeit, Bearbeitungszeit, Liegezeit und First-Time-Right. Zur systematischen Verbesserung existieren mehrere Methoden: Kaizen für kontinuierliche kleine Verbesserungen, Lean Management für die Eliminierung von Verschwendung, Six Sigma mit dem DMAIC-Zyklus für daten­getriebene Qualitäts-Steigerung und die Engpass-Theorie für den Fokus auf den limitierenden Engpass. Erfolgreiche Prozess-Optimierung verankert Verantwortlichkeiten, nutzt IT-Tools wie Workflow-Engines oder Process-Mining und bindet die Beteiligten ein.

Verwandte Lektionen: Organigramm · Liniensysteme · Unternehmensführung · und mehrWeitere relevante LektionenRechtsformenKlassisches PM (K01)Agiles PM (K01)ITIL (K61)IT-Doku (K65)