Session Brief: Quality Attribute Workshop

Ziel

Artefakt: Quality Scenarios

Arbeitsfrage

Welche Quality Attributes mit welchen konkreten Szenarien sind fuer das System architekturkritisch, und in welcher Reihenfolge muessen sie adressiert werden?

Kontext

Architekturkontext, geplante oder bestehende Systemskizze; bekannte SLA/SLO; rechtliche und Compliance-Constraints; Geschaeftsziele; Erkenntnisse aus aehnlichen Systemen.

Setup

• Format: Methoden-Session
• Dauer: 1 Tag (6-8 h) fuer ein mittleres System
• Modus: Workshop
• Teilnehmende: Ein Facilitator mit QAW-Erfahrung; Architekt; ein Vertreter pro Stakeholder-Gruppe; Scribe; Decider mit Mandat fuer Prioritaeten.
• Owner: Ein Facilitator mit QAW-Erfahrung
• Beteiligungsmodus: Teamrunde, gemeinsames Arbeiten und Alignment
• Ergebnislogik: Artefakt fertigstellen

Beteiligungslogik

Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.

Ergebnislogik

Die Session arbeitet direkt auf Quality Scenarios hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

Input

Whiteboard oder Miro-Board mit Spalten (Stakeholder, Quality Attribute, Szenario, Prioritaet); Vorlage fuer Quality Attribute Scenario (Source, Stimulus, Environment, Artifact, Response, Response Measure); Liste etablierter QA-Kategorien (Performance, Availability, Security, Usability, Modifiability, Testability, Interoperability).

Vorbereitung

Quadrantenboard fuer Szenarien. Definition von Quality Attributes sichtbar machen. Szenario-Schablone gross drucken. Regel: Szenarien sind messbar und konkret, keine Wunschlisten.

Agenda

1. Phase 1: Geschaeftskontext und Treiber (45 min) Owner: Facilitator Aktion: Architekt praesentiert Systemkontext und Architekturziele (max 30 min). Stakeholder ergaenzen Geschaeftstreiber (Wachstum, Risiken, Compliance, Cost). Diese werden zur Quelle fuer Quality Attributes. Hinweis: Wenn die Praesentation 90 min dauert, ist das Architekturpaket noch nicht reif. Workshop pausieren und Inception-Canvas nachholen. Output: Quality Scenarios

2. Phase 2: Quality Attribute Brainstorm (45 min) Owner: Facilitator Aktion: Pro Stakeholder Quality Attributes priorisieren (z. B. mit Quality Tree). Mindestens 7 Kategorien durchgehen, fokussieren auf 4-6 architekturrelevante. Hinweis: Wenn alle 7 Attribute „hoch“ gewichtet werden, sind sie nicht priorisiert. Forcierte Verteilung (z. B. 2 High, 2 Medium, Rest Low) erzwingt Entscheidung. Output: Priority List

3. Phase 3: Szenarien generieren (120 min) Owner: Facilitator Aktion: Pro Top-Attribut 3-5 Szenarien. Strikte Schablone: Source, Stimulus, Environment, Artifact, Response, Response Measure. Beispiel: „Bei 5x Last-Spike (Stimulus) im Peak (Environment) reagiert Checkout-API (Artifact) mit p95 unter 800 ms (Response Measure).“ Hinweis: Wenn Response Measure fehlt, ist es kein Szenario, sondern eine Hoffnung. Messbarkeit erzwingt Klarheit. Output: Architecture Concerns

4. Phase 4: Priorisierung (60 min) Owner: Facilitator Aktion: Szenarien gegen Geschaeftspriorisierung und Technikrisiko bewerten (z. B. High/Medium/Low x High/Medium/Low Matrix). Top-10-Szenarien als architekturkritisch markieren. Hinweis: Decider muss sichtbar entscheiden. Konsensentscheidung in dieser Phase fuehrt zu Verwaesserung. Wenn unsicher, separate Vorbereitung und zweite Session. Output: Quality Scenarios

5. Phase 5: Followups und Tactics (60 min) Owner: Owner Aktion: Pro Top-Szenario erste architektonische Tactics skizzieren (Caching, Replikation, Auth-Pattern, Decoupling). Owner und Frist fuer Detailausarbeitung. Verknuepfung zu Architecture Decision Records. Hinweis: QAW liefert kein Design, sondern Anforderungen plus erste Hinweise. ADRs entstehen separat, mit den Szenarien als Eingabe. Output: Priority List

6. Artefakt veröffentlichen (10 min) Owner: Owner Aktion: Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen. Output: Quality Scenarios

Abschluss

• Ergebnisartefakt aktualisieren: Quality Scenarios
• Ablageort, Version und Review-Empfänger festlegen.
• Owner, nächster Schritt und Reviewtermin festlegen.

Quality Scenarios: Quality Attribute Workshop

Arbeitsfrage

Welche Quality Attributes mit welchen konkreten Szenarien sind fuer das System architekturkritisch, und in welcher Reihenfolge muessen sie adressiert werden?

Kontext

Architekturkontext, geplante oder bestehende Systemskizze; bekannte SLA/SLO; rechtliche und Compliance-Constraints; Geschaeftsziele; Erkenntnisse aus aehnlichen Systemen.

Beteiligte

• Owner: Ein Facilitator mit QAW-Erfahrung
• Teilnehmende: Ein Facilitator mit QAW-Erfahrung; Architekt; ein Vertreter pro Stakeholder-Gruppe; Scribe; Decider mit Mandat fuer Prioritaeten.

Input

Whiteboard oder Miro-Board mit Spalten (Stakeholder, Quality Attribute, Szenario, Prioritaet); Vorlage fuer Quality Attribute Scenario (Source, Stimulus, Environment, Artifact, Response, Response Measure); Liste etablierter QA-Kategorien (Performance, Availability, Security, Usability, Modifiability, Testability, Interoperability).

Vorlage

Quality Attribute Workshop Arbeitsvorlage

Ziel

Strukturierter Workshop für architekturkritische Quality Attributes und Szenarien.

Kontext

Wann und wofür nutzen wir diese Methode?

Input

Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?

Durchführung

Kurze Notizen entlang des Runsheets.

Ergebnisartefakte

• Quality Scenarios:
• Priority List:
• Architecture Concerns:

Annahmen und offene Fragen

• ...

Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

Fertigstellungscheck

• Quality Scenarios ist vollständig genug für Review:
• Ablageort:
• Version / Status:
• Review durch:
• Nächster Schritt:

Nächster Schritt

• Ergebnis prüfen
• offene Fragen markieren
• Review oder Entscheidung terminieren