Zweck
Risiken sichtbar machen, die in einer Karte oder einem Plan stecken, und sie priorisiert markieren.
Architecture
Risk Storming
Kollaborative Risiko-Identifikation direkt am Architektur- oder Plan-Artefakt.
ArchitectureLowWorkshop60-90 min
Funktionsweise
Teilnehmende kleben unabhängig Risiken auf Architekturdiagramme, diskutieren danach Cluster und Konsequenzen.
Visuelle Orientierung
Methodenskizze für ein schnelles Grundgefühl.
Kern
Nutzer
System
Team
Kontext
Ablauf
- 1Architekturdiagramm oder Plan zentral platzieren
- 2Risikokategorien festlegen, etwa technisch, organisatorisch, extern
- 3Stille Klebphase mit Sticky Notes je Risiko
- 4Cluster bilden und Doppelnennungen sichtbar machen
- 5Priorisieren über Auswirkung und Wahrscheinlichkeit
- 6Owner und nächste Schritte je Top-Risiko festlegen
Ideal für
- Architekturreview
- Technische Roadmap-Risiken
- Cross-Team-Plan-Check
Nicht gut für
- Sehr frühe Discovery
- Reines Brainstorming ohne Artefakt
Vertiefung
Im Detail
Risk Storming ist eine stille, gruppenbasierte Methode, in der jede Person zuerst individuell Risiken auf Sticky Notes notiert und an die passende Stelle einer Architekturskizze klebt. Erst danach werden die Notizen gemeinsam besprochen, gruppiert und nach Auswirkung und Wahrscheinlichkeit bewertet. Die Methode stammt aus dem Software-Architecture-Umfeld und passt für jede Form visueller Pläne.
Einordnung
Geeignet wenn bereits ein Diagramm oder Plan existiert, der gemeinsam unter Risikogesichtspunkten geprüft werden soll. Funktioniert am besten mit gemischten Rollen.
Durchführung
Stelle eine ausreichend große Arbeitsfläche bereit. Halte die Klebphase still und ohne Diskussion, damit alle Stimmen unverzerrt sichtbar werden. Erst danach moderiert klären.
Output-Artefakte
Annotiertes DiagrammRisikoliste mit PriorisierungMaßnahmen-Backlog
Artefakt-Vorlagen
Risk Storming ArbeitsvorlageKompakte Arbeitsvorlage für Risk Storming mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.canvas
Risk Storming ArbeitsvorlageKompakte Arbeitsvorlage für Risk Storming mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
canvas# Risk Storming Canvas
## Kontext
Wofür wird die Methode eingesetzt?
## Kernfrage
Welche Frage soll am Ende beantwortet sein?
## Input
Welche Daten, Beobachtungen oder Materialien liegen vor?
## Arbeitsfläche
- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:
## Ergebnisartefakte
- Annotiertes Diagramm:
- Risikoliste mit Priorisierung:
- Maßnahmen-Backlog:
## Offene Fragen
- ...
## Nächster Schritt
Owner, Datum, Erfolgssignal.Ähnliche Methoden
Alle MethodenArchitecture
Architecture Inception Canvas
Leichter Canvas für frühe Architekturausrichtung über Ziele, Constraints, Risiken und Systemform.
Architecture
Request for Comments
Strukturiertes Vorschlagsdokument, das eine nicht-triviale Änderung beschreibt und gezielt Feedback einsammelt.
Architecture
Software Architecture Canvas
Canvas für Architekturkontext, Ziele, Constraints, Stakeholder, Quality Attributes und Entscheidungen.
Architecture
Quality Attribute Workshop
Strukturierter Workshop für architekturkritische Quality Attributes und Szenarien.
Architecture
arc42
Pragmatisches Template für strukturierte, lebendige Softwarearchitektur-Dokumentation.
Architecture
Architecture Decision Record
Kurzer Record für eine wichtige Architekturentscheidung, Kontext, Optionen und Konsequenzen.