So erstellen Sie ein Entscheidungsdiagramm
So erstellen Sie ein Entscheidungsdiagramm: jede Entscheidung als Frage formulieren, die Ausgänge vollständig und überschneidungsfrei halten, Kriterien benennen und jedem Ergebnis ein Ende geben.
Ein Entscheidungsdiagramm bildet eine Folge von Entscheidungen ab: Jede Entscheidung ist eine Frage, jeder Ausgang trägt eine Antwort, und die Antworten decken zusammen jeden Fall genau einmal ab.
Kurz gesagt
- In jeder Raute steht eine Frage, formuliert so, dass der Leser sie beantworten kann.
- Die Ausgänge sind vollständig und überschneidungsfrei: jeder Fall passt auf genau einen.
- Die Kriterien gehören ins Diagramm, nicht in den Kopf des Autors.
- Zwei klare Entscheidungen nacheinander sind besser als eine mit fünf Ausgängen.
- Ordnen Sie die Fragen so, dass die billigste mit der größten Ausschlusswirkung zuerst kommt.
Was ein Entscheidungsdiagramm unter Druck brauchbar macht
Ein Entscheidungsdiagramm liest jemand, der sich entscheiden muss, meist schnell und oft ohne den Kontext, über den der Autor verfügte. Das ist ein anspruchsvolleres Publikum, als es eine Prozesslandkarte je bekommt. Die Fragen müssen sich also mit Informationen beantworten lassen, die der Leser tatsächlich zur Hand hat, die Ausgänge müssen jeden Fall abdecken, und die Kriterien dürfen nicht im Kopf des Autors bleiben: „Ist das kritisch?“ ist erst dann eine Entscheidung, wenn im Diagramm steht, was kritisch bedeutet.
Die technische Anforderung lautet: Die Ausgänge jeder Entscheidung sind vollständig und überschneidungsfrei: jeder Fall passt auf genau einen Weg. An der Vollständigkeit scheitert es, wenn die Situation des Lesers nicht aufgeführt ist und er sich einen Pfad ausdenkt. An der Überschneidungsfreiheit scheitert es, wenn zwei Wege zugleich zutreffen und zwei Personen aus demselben Diagramm unterschiedlich entscheiden, was nach Inkonsistenz im Team aussieht, in Wahrheit aber ein Mangel im Diagramm ist.
Das Beispiel unten ist ein Bug-Triage-Prozess, der fast durchgehend aus Entscheidungen besteht: Lässt sich der Fehler reproduzieren, wurde er bereits gemeldet, wie schwer wiegt er, hat der Fix das Code-Review bestanden, hat er die Verifizierung bestanden. Sechs Entscheidungen, von denen vier den Vorgang zurückschicken können.
Sechs Entscheidungen, ein Fehler
Bug-Triage von der Meldung bis zum Abschluss. Fast jeder Schritt ist eine Wahl, und die meisten können den Vorgang zurückschicken.
Die billigste Frage zuerst
Lässt sich der Fehler reproduzieren? Nichts weiter unten lohnt sich, bevor das geklärt ist, deshalb steht die Frage vorn. Entscheidungen danach zu ordnen, wie viel Arbeit sie erübrigen, ist die wirkungsvollste einzelne Verbesserung an einem Triage-Diagramm.
Geben Sie den Sackgassen ein echtes Ende
Bleibt die Antwort des Melders aus, wird der Vorgang als nicht reproduzierbar geschlossen; ein Duplikat wird verknüpft und geschlossen. Beides sind legitime Ergebnisse mit eigenem Endpunkt: ein Triage-Diagramm, das nur in „behoben“ endet, beschreibt keine Triage.
Nach Schweregrad verzweigen und den Schweregrad definieren
Kritisch löst einen Produktions-Incident aus und überspringt das Backlog, Standard geht an das zuständige Team. Schreiben Sie die Definition von „kritisch“ neben die Entscheidung, sonst triagieren zwei Personen denselben Fehler unterschiedlich, und beide folgen dabei dem Diagramm.
Entscheidungen, die zurückführen
Code-Review und Verifizierung schicken Fehlschläge jeweils zurück in die Entwicklung, und eine nicht bestandene Verifizierung eröffnet den Vorgang erneut, statt ihn zu schließen. Erst die Schleifen machen ein Entscheidungsdiagramm ehrlich in Bezug auf Nacharbeit.
So funktioniert es
Listen Sie die Fragen vor den Antworten
Schreiben Sie jede Wahl auf, die der Prozess enthält, und zwar als Frage. Sortieren Sie sie anschließend danach, wie viel Arbeit jede erübrigt: Die Frage, die mit dem geringsten Aufwand die meisten Fälle abschließt, kommt zuerst. Triage-Diagramme, die die teure Frage zuerst stellen, verschwenden genau den Aufwand, den sie einsparen sollten.
Machen Sie jede Frage beantwortbar
Prüfen Sie, ob der Leser sie mit dem beantworten kann, was ihm vorliegt. „Ist das ein Duplikat?“ funktioniert, wenn es einen durchsuchbaren Tracker gibt; „Ist das ein bekanntes Problem?“ funktioniert nicht, es sei denn, das Diagramm sagt, wo bekannte Probleme aufgeführt sind.
Schreiben Sie die Kriterien an die Entscheidung
Hinterlegen Sie die Schwelle im Kommentar des Schritts: was einen Fehler kritisch macht, was als ausreichender Nachweis gilt, ab welchem Betrag die zusätzliche Freigabe greift. Eine Entscheidung ohne benannte Kriterien erzeugt einheitlich aussehende Diagramme und uneinheitliche Entscheidungen.
Prüfen Sie, ob die Ausgänge jeden Fall genau einmal abdecken
Fragen Sie bei jeder Entscheidung, ob es eine Situation gibt, die auf keinen Ausgang passt, und eine, die auf zwei passt. Beides sind Mängel. Dreifache Verzweigungen sind völlig in Ordnung (Standard, Normal, Notfall), solange jeder Fall in genau einer landet.
Zeichnen Sie die Schleifen ehrlich
Nicht bestandenes Review, nicht bestandene Verifizierung, nach dem Abschluss wieder eröffnet: Jeder dieser Fälle führt an einer bestimmten Stelle in den Ablauf zurück. So zu tun, als verliefe Arbeit linear, führt zu Schätzungen, die einen Prozess beschreiben, den nie jemand erlebt hat.
Testen Sie es an echten Fällen
Nehmen Sie zehn Vorgänge aus dem letzten Monat und führen Sie jeden einzeln durch das Diagramm. Diejenigen, die nicht passen, verraten Ihnen einen fehlenden Ausgang oder ein Kriterium, das bislang nur im Ermessen einer einzelnen Person existiert.
Häufige Fehler
Unscharfe Kriterien
„Schwerwiegend“, „dringend“, „erheblich“: jeder Leser ergänzt seine eigene Schwelle, und das Diagramm liefert den Anschein von Standardisierung, ohne etwas davon einzulösen.
Überlappende Ausgänge
Kann ein Vorgang berechtigterweise zwei Wege nehmen, entscheiden zwei Personen unterschiedlich, und beide haben recht. Machen Sie die Verzweigung überschneidungsfrei.
Eine Entscheidung mit nur einem Ausgang
Ist nur ein Weg gezeichnet, ist es keine Entscheidung. Zeichnen Sie das andere Ergebnis oder machen Sie einen Prozessschritt daraus.
Fünf Entscheidungen tief verschachtelt
Lange Entscheidungsketten sind schwer nachzuvollziehen und noch schwerer zu ändern. Wo der Baum wirklich breit ist, ist eine Entscheidungstabelle neben dem Diagramm meist klarer als weitere Rauten.
Erstellen Sie Ihr eigenes Entscheidungsdiagramm
Öffnen Sie das Bug-Triage-Beispiel als eigenes Diagramm und ersetzen Sie die Fragen durch die Entscheidungen, die Ihr Team tatsächlich trifft.
Verwandte Anleitungen
Häufig gestellte Fragen
Was ist ein Entscheidungsdiagramm?
Ein Flussdiagramm, dessen Struktur von Entscheidungspunkten geprägt ist statt von aufeinanderfolgenden Tätigkeiten: Jede Raute stellt eine Frage, und jeder beschriftete Ausgang führt zu einer anderen Handlung. Triage, Anspruchsprüfungen, Eskalationsregeln und Freigabewege sind allesamt Entscheidungsdiagramme. Die Entwurfsbedingung, die sie auszeichnet, lautet: Die Ausgänge jeder Entscheidung müssen jeden Fall genau einmal abdecken, damit jeder Leser, der dem Diagramm folgt, zum selben Ergebnis kommt.
Darf eine Entscheidung mehr als zwei Ergebnisse haben?
Ja, solange die Ergebnisse vollständig und überschneidungsfrei sind. Ein Änderungsantrag, der sich in Standard, Normal und Notfall aufteilt, ist eine saubere dreifache Entscheidung. Schwierig wird eine Entscheidung mit fünf oder sechs Ausgängen; meist sind das zwei Entscheidungen in einer einzigen Raute. Wer sie trennt, macht beide leichter beantwortbar und später deutlich leichter änderbar.
Wo sollten die Entscheidungskriterien stehen?
An der Entscheidung selbst, nicht in einem Anhang. In QueryChart trägt jeder Schritt ein Kommentarfeld: dorthin gehören die Schwelle, die Definition oder der Verweis auf die Richtlinie. Kriterien, die in einem separaten Dokument liegen, werden einmal nachgeschlagen, ungefähr erinnert und uneinheitlich angewendet, womit der ganze Zweck, die Entscheidung zu dokumentieren, verfehlt ist.
Wie zeige ich eine Entscheidung, die zurückführt?
Richten Sie den Ausgang auf die Zeilennummer des Schritts, zu dem er zurückkehrt. Ein nicht bestandenes Code-Review, das in die Entwicklung zurückgeht, oder eine nicht bestandene Verifizierung, die den Fehler wieder eröffnet, sind jeweils eine einzelne Verbindung zurück in die Mitte des Diagramms. Schleifen sind normal, und sie zu zeichnen ist das, was ein Entscheidungsdiagramm ehrlich darüber macht, wie viel Nacharbeit der Prozess wirklich enthält.