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.
Einen Geschäftsprozess zu visualisieren heißt, die Darstellung zu wählen, die die gestellte Frage beantwortet: Abfolge, Verantwortung, Entscheidungslogik oder die Stellen, an denen die Arbeit liegen bleibt.
Kurz gesagt
- Klären Sie die Frage, die das Diagramm beantworten soll, bevor Sie das Format wählen.
- Abfolge → Flussdiagramm. Verantwortung → Swimlanes. Fehlerfälle → Entscheidungen, zu Ende gezeichnet.
- Zeiten gehören an die Übergaben, nicht in ein eigenes Diagramm.
- Halten Sie eine Quelle und erzeugen Sie Ansichten daraus; vier Diagramme werden zu vier Wahrheiten.
- Wenn eine Legende eine zweite Legende bräuchte, trägt das Diagramm zu viel.
Die Darstellung folgt der Frage
„Können wir davon ein Diagramm bekommen?“ ist nie wirklich die Bitte um ein Diagramm. Es ist die Bitte um eine Antwort, und der sinnvolle erste Schritt ist herauszufinden, um welche es geht: ob die Abfolge stimmt, wer verantwortlich ist, wo die Zeit bleibt oder was passiert, wenn etwas fehlschlägt. Jede dieser Fragen verlangt eine andere Darstellung, und die falsche zu liefern, ist der Grund, warum Organisationen mit einer Wand voller Diagramme enden, die niemand aufschlägt.
Fragen nach der Abfolge wollen ein Flussdiagramm. Fragen nach Verantwortung wollen Swimlanes. Fragen nach Ausnahmen wollen die Entscheidungen mit ihren unangenehmen Wegen, zu Ende gezeichnet. Fragen nach Zeiten wollen Anmerkungen an den Übergaben und gar kein neues Diagramm. Der Fehler ist, alle vier auf einmal zu beantworten: Ein Diagramm, das Abfolge, Verantwortliche, Systeme, Zeiten und Verweise auf Controls trägt, ist formal vollständig und praktisch unlesbar.
Die gute Nachricht: Das sind Ansichten einer Sache und nicht vier Dokumente. Das Beispiel unten ist ein Prozess der Qualitätskontrolle (von der Prüfung über den Labortest bis zur Freigabe oder Zurückweisung) mit einer dreifachen Verzweigung nach Prüfpunkt, einer OOS-Untersuchung und einer Entscheidung des Materialausschusses mit drei Ausgängen. Ein Diagramm, aber Sie können es auf Abfolge lesen, auf Verantwortung oder darauf, wo eine Charge hängen bleibt.
Ein Diagramm, mehrere Lesarten
Ein Prozess der Qualitätskontrolle. Lesen Sie ihn auf Abfolge, dann auf Verantwortung und zuletzt darauf, wo eine Charge hängen bleiben kann.
Abfolge: ein Ablauf, drei Wege hinein
Wareneingang, Fertigung und Endprüfung münden alle in denselben Schritt zur Stichprobe nach Prüfplan. Drei Eingangswege in einen Ablauf zu zeichnen, ist ehrlicher als drei fast identische Diagramme, und der gemeinsame Teil wird auf einen Blick sichtbar.
Verantwortung: wer eine Charge freigeben darf
Die Prüfung liegt beim QS-Prüfer, der Test beim QS-Labor, die Chargenfreigabe beim Qualitätsmanager und die Buchung in den freien Bestand beim Lager. Vier Bahnen in fünf Schritten: das ist die Lesart, die die Frage „wer unterschreibt“ beantwortet.
Fehler: wo eine Charge tatsächlich hängen bleibt
Ein Ergebnis außerhalb der Spezifikation eröffnet eine OOS-Untersuchung, ein bestätigter Laborfehler führt zurück in die Nachprüfung, und ein echtes Nichtbestehen erzeugt einen Abweichungsbericht und sperrt die Charge. Das ist die Lesart, die erklärt, warum der Versand zu spät kommt.
Ausgänge: drei Wege aus der Sperre
Die Entscheidung des Materialausschusses teilt sich in Nacharbeit, Sonderfreigabe oder Verschrottung, jede mit einem eigenen Ziel. Eine Visualisierung, die nur bestanden und nicht bestanden zeigt, verbirgt genau die Entscheidung, die am meisten Geld kostet.
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äufige Fehler
Vier Fragen auf einmal beantworten
Ein Diagramm mit Abfolge, Verantwortlichen, Systemen, Zeiten und Verweisen auf Controls ist vollständig und unlesbar. Trennen Sie nach Frage, aus einer Quelle.
Diagramme als Dekoration
Ein Prozessbild in einer Präsentation, mit dem niemand etwas anfangen kann, ist ein Stockfoto mit Rechtecken. Beantwortet es keine Frage, muss es nicht existieren.
Farbe mit einer Bedeutung, die niemandem gesagt wurde
Wenn Rot etwas bedeutet, schreiben Sie es ins Diagramm. Farbkonventionen leben im Kopf des Autors und sterben dort.
Exporte statt Links
In dem Moment, in dem ein Diagramm zum PNG in einer Präsentation wird, verliert es den Anschluss an die Wirklichkeit, und kursiert ein Jahr später immer noch.
Eigenen Prozess visualisieren
Öffnen Sie das Beispiel zur Qualitätskontrolle als eigenes Diagramm und kürzen Sie es auf die Ansicht, die Ihre Frage beantwortet.
Verwandte Anleitungen
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.
