Prozess in Visio simulieren: warum das nicht geht — und was stattdessen

Wer „Prozess in Visio simulieren“ sucht, bekommt viele Ergebnisse und keine Lösung. Der Grund ist einfach: Es geht nicht. Aber die Suche ist trotzdem berechtigt — sie beschreibt nur ein anderes Problem, als sie zu beschreiben scheint.

Warum Zeichenwerkzeuge nicht rechnen können

Visio, Lucidchart, draw.io, Miro und Whimsical erzeugen ein Bild. In diesem Bild gibt es Formen, Verbindungen und Text. Was es nicht gibt:

• Zeit. Ein Kästchen weiß nicht, dass es zehn Minuten dauert. Der Text „10 Min“ ist eine Zeichenkette wie jede andere.
• Menge. Es gibt keinen Begriff dafür, dass hier 120 Vorgänge am Tag durchlaufen.
• Kapazität. Niemand ist diesem Schritt zugeordnet, und wenn doch, dann als Beschriftung.
• Warteschlange. Und das ist der entscheidende Punkt: Ohne Kapazitätsgrenze kann sich nichts stauen — und ohne Stau gibt es keine Durchlaufzeit, sondern nur eine Summe.

Visio Professional hat Validierungsregeln, die prüfen, ob ein Diagramm strukturell sauber ist (Sackgassen, nicht verbundene Formen, BPMN-Konformität). Das ist nützlich, aber es ist Rechtschreibprüfung, keine Rechnung.

Auch Zusatzangebote von Drittanbietern ändern daran wenig: Sie exportieren das Diagramm in ein anderes Werkzeug, das dann rechnet. Das ist ein sinnvoller Weg — aber es ist nicht Visio, das simuliert.

Was Sie eigentlich suchen

Fast immer steckt hinter der Suche eine dieser vier Fragen:

1. „Wo klemmt mein Prozess?“ — Sie wollen den Engpass finden.
2. „Wie lange dauert das wirklich?“ — Sie wollen die Durchlaufzeit, nicht die Summe der Bearbeitungszeiten.
3. „Was bringt diese Änderung?“ — Sie sollen eine Investition begründen.
4. „Reicht unsere Kapazität nächstes Jahr?“ — Sie planen Personal gegen Mengenwachstum.

Keine dieser vier Fragen braucht ein hübscheres Diagramm. Alle vier brauchen Zahlen.

Weg 1: Von Hand rechnen (kostet einen Vormittag)

Für die Fragen 1 und 4 reicht eine Handrechnung, und sie ist ehrlicher als jedes halb gefütterte Modell.

Je Schritt brauchen Sie drei Angaben: Menge pro Tag, Bearbeitungsdauer, verfügbare Arbeitszeit.

Auslastung  ρ  =  (Menge × Dauer)  ÷  verfügbare Arbeitszeit

Der Schritt mit dem höchsten Wert ist Ihr Engpass. Alles über 85 % ist ein Alarmwert — nicht erst 100 %, denn die Wartezeit wächst mit dem Faktor ρ/(1−ρ) und explodiert kurz vor der Grenze. Der ausführliche Rechenweg samt Tabelle steht in Engpass berechnen.

Gegenprobe mit Little's Law: Zählen Sie die wartenden Vorgänge vor jedem Schritt und teilen Sie durch den Tagesdurchsatz. Das ergibt die tatsächliche Durchlaufzeit — meist ein Vielfaches dessen, was im Diagramm steht.

Grenze dieses Wegs: Er beantwortet Frage 3 nicht. Sobald Sie wissen wollen, was eine Änderung bewirkt, scheitert die Handrechnung — weil sie nicht sieht, dass der Engpass nach einer Verbesserung an einen anderen Schritt wandert.

Weg 2: Diagramm exportieren

Wenn Sie bereits ein sauberes BPMN-Diagramm haben, lässt es sich in ein Werkzeug mit Rechenkern übernehmen. Der Standard BPSim existiert genau dafür: Er hängt Simulationsparameter an ein BPMN-Modell, ohne die Notation zu verändern.

Praktisch heißt das trotzdem: Sie tragen Ankunftsraten, Verteilungen, Kapazitäten und Kalender neu ein. Das Diagramm spart Ihnen die Struktur, nicht die Daten — und die Daten sind die Arbeit. Mehr dazu in BPMN-Tool mit Simulation.

Lohnt sich, wenn: Sie ohnehin BPMN pflegen und das Modell groß ist. Lohnt sich nicht, wenn: Ihr Prozess fünf bis zehn Schritte hat. Dann ist Neumodellieren schneller als jeder Export.

Weg 3: In einem Werkzeug modellieren, das rechnet

Für die Fragen 2, 3 und 4 führt kein Weg daran vorbei. Welche Art Werkzeug dafür richtig ist, hängt vom Zweck ab — die vier Kategorien und ihre Grenzen stehen in Prozesssimulation: Software im Vergleich.

Die Kurzfassung:

Der Fehler, der teuer wird

Der häufigste Umweg ist ein Zwischending: Man trägt Zahlen in das Diagramm ein — „10 Min“, „74 % Auslastung“, „3 Tage“ — und behandelt das Ergebnis danach wie eine Rechnung.

Das ist schlimmer als gar keine Zahlen. Ein Diagramm mit Zahlen sieht aus, als hätte jemand gerechnet. Im Lenkungskreis wird niemand fragen, woher die 74 % kommen — bis das Projekt läuft und die Zahlen nicht eintreten.

Wenn Sie im Diagramm Zahlen führen, schreiben Sie dazu, woher sie kommen und was sie nicht bedeuten. „Bearbeitungszeit, geschätzt, ohne Wartezeit“ ist eine ehrliche Beschriftung. „74 %“ allein ist eine Behauptung.

Praktische Empfehlung

1. Behalten Sie Visio für das, was es kann. Für Dokumentation, Schulung und Audits gibt es kaum etwas Besseres.
2. Rechnen Sie die Auslastung je Schritt von Hand. Ein Vormittag, und Sie kennen Ihren Engpass.
3. Erst wenn Sie eine Änderung begründen müssen, brauchen Sie ein Werkzeug mit Rechenkern — und dann eines, das Bandbreiten ausgibt statt einer Zahl.

FlowVisual ist für Schritt 3 gebaut: Prozess in Minuten aus Bausteinen zusammenklicken, unter Last laufen lassen, Vorher/Nachher in Euro mit P10–P90-Spanne. Es ersetzt Visio nicht — es beantwortet die Frage, an der Visio nichts falsch macht, sondern schlicht nicht zuständig ist.