Meine Session planen

# 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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   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 Run Sheets.

## 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