Geschäftsprozess visualisieren: die passende Darstellung wählen
Geschäftsprozess visualisieren: Wählen Sie die Darstellung, die Ihre Frage beantwortet — Abfolge, Verantwortung, Zeiten oder Ausnahmen — und erzeugen Sie sie aus einer Quelle statt aus vier Diagrammen.
So funktioniert es
Schreiben Sie zuerst die Frage auf
Ein Satz: Was soll jemand nach dem Blick auf dieses Diagramm beantworten können? „Wo verbringt ein Auftrag seine Zeit?“ und „wer gibt eine Charge frei?“ ergeben verschiedene Diagramme, und die Frage vorab zu stellen, verhindert, dass Sie beide erzeugen und keine der beiden Antworten wirklich liefern.
Wählen Sie die kleinste Darstellung, die sie beantwortet
Fragen nach der Abfolge brauchen keine Bahnen. Fragen nach Verantwortung brauchen Bahnen, aber keine Zeiten. Widerstehen Sie der Versuchung, eine Dimension zu ergänzen, nur weil das Werkzeug sie beherrscht — jede zusätzliche Ebene kostet genau die Aufmerksamkeit, die für die Antwort gebraucht wurde.
Bauen Sie es als Zeilen, damit Ansichten billig werden
In QueryChart ist das Diagramm eine Tabelle: Schritte, Verbindungen, Formen und zwei Spalten für die Bahnen. Die Dimension Verantwortung zu ergänzen oder zu entfernen, ist eine Spaltenänderung und kein Neuzeichnen — und genau das macht eine zweite Ansicht zu einer sinnvollen Sache statt zu einem Projekt.
Setzen Sie Zeiten an die Übergaben
Wo die Frage der Dauer gilt, kommentieren Sie die Übergänge zwischen den Bahnen statt jedes einzelnen Schritts. Liegezeit zwischen Teams dominiert in nahezu jedem Geschäftsprozess die reine Bearbeitungszeit, und die Zahlen dort zu platzieren, wo die Warteschlangen stehen, macht das sofort sichtbar.
Zeigen Sie die Ausnahmen, oder sagen Sie, dass Sie es nicht tun
Wenn Sie bewusst nur den Idealverlauf zeichnen, etwa für eine Schulungsunterlage, schreiben Sie das dazu. Ein unbeschriftetes Happy-Path-Diagramm wird später wie der Prozess selbst verwendet, meist von jemandem, der gerade über Personal entscheidet.
Teilen Sie einen Link, nicht fünf Exporte
Geben Sie das Diagramm frei, statt ein Bild in eine Präsentation zu kleben. Exportierte Bilder sind der Mechanismus, durch den aus vier Ansichten vier Versionen werden, jede eingefroren an dem Tag, an dem sie jemand gebraucht hat.
Häufig gestellte Fragen
Wie visualisiert man einen Geschäftsprozess am besten?
Beginnen Sie bei der Frage. Geht es um die Reihenfolge, genügt ein Flussdiagramm. Geht es um Verantwortung oder Übergaben, nehmen Sie Swimlanes. Geht es um Fehlerfälle, zeichnen Sie jeden unangenehmen Zweig bis zu einem echten Ende. Geht es um Zeit, kommentieren Sie die Übergaben, statt etwas Neues zu zeichnen. Die beste Visualisierung ist die kleinste, die die gestellte Frage beantwortet, gebaut aus einer Quelle, aus der Sie später weitere Ansichten erzeugen können.
Sollte ich BPMN zur Visualisierung eines Prozesses verwenden?
Nur wenn etwas Nachgelagertes das Modell tatsächlich liest. Die Präzision von BPMN — typisierte Ereignisse, Gateways, Nachrichtenflüsse — zahlt sich aus, wenn eine Workflow-Engine oder ein Integrationsprojekt damit arbeitet. Für ein Diagramm, das Menschen lesen sollen, ist diese Präzision eine Steuer: Die Notation muss geschult werden, und wer sie nicht gelernt hat, rät. Die meisten Geschäftsprozesse sind mit Bahnen, einfachen Formen und beschrifteten Entscheidungen besser bedient.
Wie erstelle ich ein Prozessdiagramm, das tatsächlich genutzt wird?
Halten Sie es auf einen Bildschirm, beantworten Sie eine einzige Frage und legen Sie es dorthin, wo gearbeitet wird, statt in einen Dokumentenordner. Und halten Sie es aktuell: Prozessdiagramme werden fast nie aus Verständnisgründen ignoriert, sondern weil die Beteiligten gelernt haben, dass sie veraltet sind. Ein Diagramm, das bei jeder Prozessänderung mitgeändert wird, wird konsultiert; eines, das im März perfekt war, nicht.
Wie viel Detail braucht eine Prozessvisualisierung?
So viel, wie die Frage beantwortet, und nicht mehr — auf einer einheitlichen Flughöhe. Fünfzehn bis fünfundzwanzig Schritte passen auf einen Bildschirm und bleiben im Kopf des Lesers. Gibt es wirklich mehr zu sagen, verknüpfen Sie einen Teilprozess, statt die Schrift zu verkleinern: Ein Diagramm, das man zum Lesen vergrößern muss, hat aufgehört, eine Visualisierung zu sein.