Geschäftsprozesse simulieren: der praktische Leitfaden
Geschäftsprozesse zu simulieren lohnt sich dort, wo Vorgänge warten: Freigaben, Anträge, Reklamationen, Angebote, Onboarding, Servicetickets. Der Nutzen entsteht nicht aus der Genauigkeit des Modells, sondern aus drei Aussagen, die keine Tabelle liefert — welcher Schritt den Durchsatz begrenzt, wohin der Engpass nach einer Massnahme wandert und was diese Massnahme in Euro wert ist, jeweils als Spanne. Ein erstes Vorhaben braucht einen abgegrenzten Prozess, fünf bis zehn Schritte, drei Zahlen je Schritt und etwa einen halben Tag. Die häufigsten Fehler sind zu feine Modelle, Rechnen mit Mittelwerten, mehrere Massnahmen gleichzeitig und ein Ergebnis ohne ausgewiesene Annahmen.
Simulation hat im Unternehmen einen schlechten Ruf, den sie sich in der Fertigung erarbeitet hat: Wochenlange Modellbildung, Spezialistenwissen, ein Bericht, den drei Leute verstehen. Für Geschäftsprozesse gilt das nicht — dort ist der Aufwand ein halber Tag und das Ergebnis ein Blatt Papier, das im Lenkungskreis funktioniert.
Was dazu zu wissen ist, steht hier.
Wofür Simulation im Unternehmen gut ist
Nicht für Dokumentation. Nicht für Compliance. Sondern für genau drei Aussagen:
1. Wo klemmt es wirklich? Der Engpass ist der Schritt mit der höchsten Auslastung, nicht der langsamste und nicht der lauteste. Wer klagt, sitzt oft hinter dem Engpass und bekommt Arbeit stossweise.
2. Was passiert, wenn wir das lösen? Der Engpass wandert. Solange Schritt 2 bei 114 % Auslastung steht, sieht Schritt 3 entspannt aus — er bekommt ja kaum etwas. Lösen Sie Schritt 2, trifft Schritt 3 die volle Menge. Diese Folgewirkung ist der häufigste Grund, warum Automatisierungsprojekte ihre Zahlen verfehlen.
3. Was ist das in Euro wert? Nicht „schneller“, sondern eine Zahl mit Herkunft, als Spanne, mit ausgewiesenen Annahmen.
Alles andere — schönere Bilder, vollständige Prozesslandkarten, normkonforme Notation — ist Aufgabe anderer Werkzeuge.
Welche Prozesse sich eignen
Faustregel: Überall, wo Vorgänge in einem Korb liegen und auf jemanden warten.
| Prozess | Warum er sich eignet | Typischer Befund |
|---|---|---|
| Rechnungsfreigabe | Viele Beteiligte, Freigabe als Nebentätigkeit | Engpass in der sachlichen Freigabe, nicht in der Erfassung |
| Angebotsprozess | Durchlaufzeit wirkt auf Umsatz, nicht auf Kosten | Kalkulation und interne Freigabe als Bremse |
| Reklamation | Rückfragen erzeugen doppeltes Warten | Engpass in der Rückfrage, nicht in der Bearbeitung |
| Antrags- und Genehmigungsverfahren | Feste Kapazität, schwankender Eingang | Spitzentage bestimmen die Durchlaufzeit |
| Mitarbeiter-Onboarding | Viele Beteiligte, kleines Volumen, Terminketten | Wartezeit auf Termine, nicht Bearbeitungsaufwand |
| IT-Ticket / Service Desk | Priorisierung und Eskalation | Zweiter Level ist der begrenzende Schritt |
| Personalauswahl | Terminfindung mit mehreren Kalendern | Zeit bis zur Rückmeldung entscheidet über Absagen |
Nicht geeignet: Prozesse, die weit unter der Kapazitätsgrenze laufen und keinen Rückstau haben. Dort ist die Bearbeitungszeit die Durchlaufzeit, und eine Addition genügt. Wenn niemand wartet, gibt es nichts zu simulieren.
Was am Ende auf dem Papier steht
Ein Ergebnis, das ein Lenkungskreis annimmt, hat vier Bestandteile:
- Die Rangfolge der Auslastungen, gerechnet am Spitzentag statt im Monatsmittel.
- Die Durchlaufzeit als Band — P50 und P90. Eine Zusage wird gegen das P90 gegeben; wer den Median verspricht, bricht die Zusage in der Hälfte aller Fälle.
- Die Wirkung genau einer Massnahme, vorher gegen nachher, in Zeit und in Euro, inklusive der Aussage, wohin der Engpass danach wandert.
- Die Liste dessen, was nicht abgedeckt ist. Der Satz „Rückfragen an den Lieferanten sind nicht modelliert“ nimmt der schärfsten Rückfrage die Spitze, bevor sie gestellt wird.
Fehlt Punkt 4, kommt die Rückfrage trotzdem — dann aber im Termin und ohne Antwort.
Ein erstes Vorhaben, realistisch geplant
| Schritt | Aufwand | Wer |
|---|---|---|
| Abgrenzen in einem Satz | 30 Minuten | Prozessverantwortliche |
| Ablauf grob aufnehmen, 5–10 Schritte | 1 Stunde | Fachbereich, gemeinsam |
| Drei Zahlen je Schritt beschaffen | 2 Stunden | Fachbereich, Controlling |
| Modell bauen und laufen lassen | 30 Minuten | eine Person |
| Massnahmen einzeln rechnen | 1 Stunde | dieselbe Person |
| Ergebnis aufbereiten | 1 Stunde | dieselbe Person |
Ein halber Tag reiner Arbeit, verteilt über etwa eine Woche Kalenderzeit — die Datenbeschaffung ist der Engpass, nicht das Rechnen. Wenn die Abgrenzung strittig ist, ist das die eigentliche Arbeit; dann dauert es länger, und zwar zu Recht.
Die vier Fehler, die Vorhaben kosten
1. Zu fein modellieren. Dreissig Schritte statt acht. Jede zusätzliche Aktivität kostet fünf Eingabefelder und verschiebt den Engpass nicht. Der Engpass sitzt an der Stelle mit der höchsten Auslastung, und die ist grob genauso sichtbar wie fein.
2. Mit Mittelwerten rechnen. Ein Prozess mit 70 % Auslastung im Monatsmittel und 130 % am Monatsersten hat ein Problem, das der Mittelwert versteckt. Rechnen Sie den 90.-Perzentil-Tag.
3. Drei Massnahmen gleichzeitig ändern. Das Ergebnis lässt sich hinterher keinem Hebel zuordnen — und damit gibt es keinen Business Case, sondern nur eine Behauptung mit Zahlen.
4. Eine Punktzahl ausgeben. „Die Durchlaufzeit sinkt um 43,7 %“ ist angreifbar und wird angegriffen. „P50 von 6,1 auf 3,4 Tage, P90 von 14 auf 7, Annahmen im Anhang“ ist es nicht.
Welches Werkzeug
Kurz, weil die lange Fassung im Vergleich der vier Kategorien steht:
- Zeichenwerkzeuge (Visio, Lucidchart, draw.io) dokumentieren, rechnen aber nicht.
- BPM-Suiten (Signavio, ARIS, Bizagi) verwalten Prozesse unternehmensweit; Simulation ist dort ein Modul unter vielen.
- Simulationslabore (Arena, Simul8, AnyLogic, FlexSim) haben den stärksten Rechenkern und stammen aus der Fertigung — richtig für Anlagen, schwer für Freigabeprozesse.
- Entscheidungswerkzeuge wie FlowVisual rechnen weniger tief, liefern dafür in Stunden ein Vorher/Nachher in Euro.
Die Kategorie entscheidet, nicht die Funktionsliste. Und für ein erstes Vorhaben entscheidet vor allem eines: dass es überhaupt stattfindet.
Zusammengefasst
- Simulation lohnt dort, wo Vorgänge warten — nicht dort, wo dokumentiert werden soll.
- Der Nutzen sind drei Aussagen: Engpass, Wanderung, Wert in Euro.
- Ein erstes Vorhaben kostet einen halben Tag Arbeit; die Datenbeschaffung ist der Engpass.
- Fünf bis zehn Schritte, Spitzentag statt Mittelwert, ein Hebel je Rechnung, Ergebnis als Spanne mit Annahmen.
Häufige Fragen
Ab welcher Unternehmensgrösse lohnt sich Prozesssimulation?
Die Grösse ist die falsche Kennzahl. Entscheidend ist, ob Vorgänge warten. Ein Betrieb mit 40 Beschäftigten und 1 200 Rechnungen im Monat hat denselben Rückstau wie ein Konzern mit demselben Verhältnis von Menge zu Kapazität. Umgekehrt gibt es in grossen Häusern Prozesse, die weit unter der Grenze laufen — dort ist eine Simulation überflüssig.
Wie genau sind die Ergebnisse?
So genau wie die Eingaben, und deshalb kommen sie als Spanne. Der Nutzen liegt ohnehin nicht im absoluten Wert, sondern im Vergleich zweier Zustände unter denselben Annahmen: Wenn dieselbe Annahme in beiden Läufen steckt, hebt sie sich im Vergleich weitgehend auf. Deshalb ist die Aussage „diese Massnahme spart 78 000 bis 121 000 Euro im Jahr“ belastbarer als „der Prozess kostet 412 000 Euro“.
Brauchen wir dafür Daten aus dem ERP?
Hilfreich, aber nicht Voraussetzung. Nötig sind drei Zahlen je Schritt: Menge, Bearbeitungsdauer als Spanne, Kapazität. Volumen steht im ERP oder Ticketsystem, Kapazität im Stellenplan, Bearbeitungsdauern bekommen Sie, indem Sie drei Bearbeitende getrennt fragen und die Spanne aus deren Antworten bilden. Geschätzt ist erlaubt, solange es als Annahme sichtbar bleibt.
Wer sollte das Modell bauen?
Eine Person, live, vor dem Fachbereich. Nicht drei Personen nacheinander in Interviews. Der Wert der gemeinsamen Modellierung liegt im Widerspruch: Jede Korrektur, die im Workshop kommt, kommt nicht mehr in der Abschlusspräsentation — und am Ende steht ein Modell, dem alle zugestimmt haben, bevor über das Ergebnis gestritten wird.
Was, wenn das Ergebnis unserer Erfahrung widerspricht?
Dann prüfen Sie zuerst das Modell gegen die Wirklichkeit: Bestand zählen, durch den Tagesdurchsatz teilen (Little's Law) und mit der bekannten Durchlaufzeit vergleichen. Weicht es stark ab, fehlt eine Warteschlange — meist eine Rückfrage oder eine zweite Freigabestufe. Stimmt die Gegenprobe und widerspricht das Ergebnis trotzdem, ist das der eigentliche Ertrag des Vorhabens.
Rechnen Sie es an Ihrem eigenen Prozess durch
FlowVisual macht aus den Zahlen dieses Artikels ein Modell, das läuft — mit Ihren Mengen, Ihren Kapazitäten, Ihrer Spanne.
Anleitung: in sieben Schritten zur Zahl- Methode
Prozesskosten in Excel: vier Fehler, die jeden Business Case kippen
Fast jeder Business Case für Prozessoptimierung entsteht in Excel. Und fast jeder enthält dieselben vier Fehler — nicht aus Nachlässigkeit, sondern weil eine Tabelle bestimmte Dinge strukturell nicht abbilden kann.
Lesen - Methode
Prozess simulieren: acht Schritte mit durchgerechnetem Beispiel
Die Reihenfolge entscheidet mehr als das Werkzeug. Acht Schritte, ein durchgerechnetes Beispiel und die Gegenprobe, mit der Sie merken, dass im Modell eine Warteschlange fehlt.
Lesen - Methode
Was ist Prozesssimulation? Definition, Verfahren, Grenzen
Prozesssimulation lässt einen Ablauf künstlich durchlaufen, statt ihn zu beschreiben. Der Unterschied ist nicht akademisch: Er entscheidet, ob Sie eine Meinung über eine Änderung haben oder eine Zahl.
Lesen