Systemdiagramm

Zweck

Ein Systemdiagramm gibt dem Team ein gemeinsames Bild davon, wie ein System funktioniert. Durch Zeichnen der Komponenten, Grenzen und Flüsse richtet sich die Gruppe darauf aus, wie Dinge tatsächlich funktionieren, bevor sie versucht, sie zu ändern.

Auf einen Blick

Ablauf

1. System definieren (3 Min.): System benennen und Grenze zeichnen.
2. Komponenten identifizieren (8 Min.): Akteure, Subsysteme, Tools innerhalb der Grenze brainstormen.
3. Externe Akteure identifizieren (4 Min.): Wer interagiert von außen? Außerhalb der Grenze platzieren.
4. Flüsse zeichnen (12 Min.): Komponenten mit Pfeilen verbinden: Information, Geld, Material, Entscheidungen.
5. Schmerzpunkte identifizieren (5 Min.): Markieren, wo Flüsse stocken oder unklar sind.
6. Diskutieren (3 Min.): Was offenbart das Diagramm? Wo Verbesserung ansetzen?

Material

• Großes Whiteboard oder Papier
• Farbige Haftnotizen
• Marker
• Vorgezeichnete Systemgrenze

Stolperfallen & häufige Fehler

• Zu viel Detail: Auf Systemebene bleiben.
• Fehlende Flüsse: Komponenten ohne Verbindungen prüfen.
• Keine Grenze: Ohne klare Grenze expandiert das Diagramm endlos.
• Gemeinsames Verständnis voraussetzen: Verschiedene Menschen sehen das System verschieden — das ist der Sinn.

Inklusion & Barrierefreiheit

• Schritt für Schritt durchgehen.
• Alle Komponenten und Flüsse beschriften.
• Haftnotiz-Beiträge für Zurückhaltende.

Varianten

• Kontextdiagramm: Vereinfacht, System als eine Box mit externen Interaktionen.
• Datenflussdiagramm: Fokus auf Datenbewegung.
• Ökosystem-Map: Breitere Sicht mit Wettbewerbern, Partnern, Marktkräften.

Wann NICHT einsetzen

• Wenn das System trivial einfach ist.
• Wenn ein aktuelles Architekturdiagramm existiert.
• Wenn eine Entscheidung statt Systemverständnis gebraucht wird.

Quelle & Weiterlesen

• Systems-Engineering-Grundlagen
• Donella Meadows, *Thinking in Systems* (2008)
• UML und Architektur-Diagramm-Traditionen