MethodenanleitungArchitecture

Quality Attribute Workshop

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätMittel

Zeit2-4 h

Teilnehmende5-15

FormatWorkshop

ReifegradCanonical

Planung vorbereiten

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenKlare Abgrenzung

Frühe System-/Programmphase mit Geschäftstreibern, vielfältigen Stakeholdern und noch formbarer Architektur.

Ohne Grenze werden Daten, Perspektiven oder Abläufe vermischt.

Vorher abschließenZugang zu Belegen

Relevante Personen und Quellen können einbezogen werden.

Lücken bleiben sichtbar; fehlende Evidenz darf nicht erfunden werden.

Vorbereitung

Was vor Start vorliegen muss

Materialien

Gemeinsame Arbeitsfläche, zugängliche Quellen und Notiz für Entscheidungen.

Personen / Rollen

Facilitator · Stakeholder · Architektur · Scribe

Vorabinfos

Frage, Zeitraum, Datenzugriff, beteiligte Rollen und bekannte Unsicherheiten vorab klären.

Zeitbedarf

Ein ganzer moderierter Workshop; zusätzliche Stakeholdergruppen können weitere Workshops benötigen.

Setup

Eine gemeinsame Version anlegen. Fakten, Annahmen und Entscheidung getrennt kennzeichnen.

Kernfrage

Die eine Frage, die diese Methode beantwortet

Welche Qualitätsszenarien sind für die Geschäftsziele architekturrelevant und müssen zuerst geklärt werden?

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Quality Attribute Workshop übersetzt Geschäftsziele in priorisierte, überprüfbare Szenarien, die architektonische Zielkonflikte und Qualitätsrisiken früh besprechbar machen. Die Szenarien bilden eine fokussierte Grundlage für Architekturentscheidungen und Validierung.

Priorisierte Qualitätsszenarien, keine fertige Architektur

Fiktives Lehrbeispiel

Leite aus Geschäftszielen priorisierte, überprüfbare Qualitätsszenarien für eine frühe Systemarchitektur ab.

Treiber

Notiere Geschäftsziele, Systemkontext und vertretene Rollen.

Anmeldewoche muss zuverlässigen Zugang ermöglichen.

Szenario

Schreibe konkrete Stimulus-, Kontext- und Reaktionsszenarien.

900 Anfragen/min; p95 <2 s; 99,9 % erfolgreiche Anmeldung; keine doppelte Ausleihe.

Priorität

Erfasse konsolidierte Szenarien und Priorisierungsgrund.

Priorität 1 von 8, wegen zeitkritischem Zugang; Stakeholder: Betrieb, Bibliothek, Studierende.

Klärung

Ergänze Quelle, betroffene Qualität und prüfbare Reaktion.

Lasttest soll Datenintegrität unter Spitzenlast verifizieren; Architektur ist damit noch nicht entschieden.

Fiktive Bibliotheksplattform. Szenario: Während der Anmeldewoche steigen Anfragen auf 900/min; der Dienst hält 99,9 % erfolgreiche Anmeldungen und Antwortzeit p95 <2 s, ohne doppelte Ausleihen. Priorisiert vor „Dashboard lädt schneller“, weil Zugang betriebskritisch ist.

Quality Attribute Workshop Collection · Software Engineering Institute

1
Treiber
Treiber und Beteiligte verstehen
Ziel
Sind wesentliche Perspektiven vertreten?
Voraussetzungen für diesen Schritt
- Geschäftstreiber, Nutzer und Systemkontext
Durchführung
- Stelle Ziel, Geschäftstreiber und Architekturstand vor; sammele relevante Stakeholder.
- Sind wesentliche Perspektiven vertreten?
Ergebnis
Konsolidierte Geschäfts- und Architekturtreiber
Konsolidierte Geschäfts- und Architekturtreiber
Qualitätscheck
Sind wesentliche Perspektiven vertreten?
Stolperfalle
Qualitätswort bleibt ohne Szenario Stimulus, Umgebung und messbare Reaktion ergänzen.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.
2
Szenarien
Qualitätsszenarien sammeln
Ziel
Sind Szenarien beobachtbar und kontextgebunden?
Voraussetzungen für diesen Schritt
- Stakeholderbedürfnisse und Qualitätsszenarien
Durchführung
- Formuliere konkrete Stimulus-Umgebung-Reaktion-Szenarien statt Qualitätsadjektive.
- Sind Szenarien beobachtbar und kontextgebunden?
Ergebnis
Qualitätsszenarien aus Stakeholderperspektiven
Qualitätsszenarien aus Stakeholderperspektiven
Qualitätscheck
Sind Szenarien beobachtbar und kontextgebunden?
Stolperfalle
Stakeholdergruppe fehlt Nutzer-, Betriebs- und Geschäftsrollen anhand Treibern auf Vollständigkeit prüfen.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.
3
Priorisierung
Szenarien bündeln und priorisieren
Ziel
Sind Konflikte und Trade-offs sichtbar?
Voraussetzungen für diesen Schritt
- Szenarien mit Priorisierungsgrund
Durchführung
- Fasse Ähnliches zusammen; priorisiere gemeinsam mit transparentem Verfahren.
- Sind Konflikte und Trade-offs sichtbar?
Ergebnis
Priorisierte Szenarien mit Begründung
Priorisierte Szenarien mit Begründung
Qualitätscheck
Sind Konflikte und Trade-offs sichtbar?
Stolperfalle
Priorität wird als Architekturentscheidung gelesen QAW-Ergebnis als Anforderungsevidenz ausweisen; Designentscheidung folgt später.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.
4
Verfeinerung
Wichtige Szenarien verfeinern
Ziel
Sind Ergebnisse nutzbar für Architektur, Prototypen oder Tests?
Voraussetzungen für diesen Schritt
- Verfeinerte Stimulus-Umgebung-Reaktion-Maße
Durchführung
- Ergänze Stimulus, Quelle, Umgebung, Reaktion und Messmaß; dokumentiere offene Fragen.
- Sind Ergebnisse nutzbar für Architektur, Prototypen oder Tests?
Ergebnis
Verfeinerte Stimulus-Umgebung-Reaktion-Messung
Verfeinerte Stimulus-Umgebung-Reaktion-Messung
Qualitätscheck
Sind Ergebnisse nutzbar für Architektur, Prototypen oder Tests?
Stolperfalle
Zu viele Szenarien bleiben gleichrangig Ähnliche Fälle bündeln und Priorisierungsbegründung dokumentieren.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Quality Attribute Workshop · Utility TreeStakeholder-Szenarien in Qualitätsattribute, Utility Tree und priorisierte Architekturtreiber übersetzen

Form

Versioniertes Ergebnis mit Frage, Evidenz, offenen Punkten, nächster Maßnahme, Verantwortung und Reviewtermin.

Versionierung / Ownership

Datum, Geltungsbereich, Quellen und Änderungen festhalten. Frühere Beobachtungen erhalten.

Tool-Alternativen

Whiteboard oder Papier
Gemeinsame Tabelle
Projektablage mit Versionshistorie

quality-attribute-workshop-working-template.md

Bereite Quality Attribute Workshop mit klarer Frage, Rollen und Quellen vor.

Quality Attribute Workshop: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Vollständigen Ablauf planen Zeit: Nach Umfang und verfügbaren Belegen festlegen

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Gemeinsame Arbeitsfläche, zugängliche Quellen und Notiz für Entscheidungen.
Rollen: Facilitator · Stakeholder · Architektur · Scribe
Vorab-Infos: Frage, Zeitraum, Datenzugriff, beteiligte Rollen und bekannte Unsicherheiten vorab klären.
Gesamter Zeitbedarf: Ein ganzer moderierter Workshop; zusätzliche Stakeholdergruppen können weitere Workshops benötigen.
Setup: Eine gemeinsame Version anlegen. Fakten, Annahmen und Entscheidung getrennt kennzeichnen.

Für die Arbeitsschritte bereitstellen

Treiber: Treiber und Beteiligte verstehen

Geschäftstreiber, Nutzer und Systemkontext

Szenarien: Qualitätsszenarien sammeln

Stakeholderbedürfnisse und Qualitätsszenarien

Priorisierung: Szenarien bündeln und priorisieren

Szenarien mit Priorisierungsgrund

Verfeinerung: Wichtige Szenarien verfeinern

Verfeinerte Stimulus-Umgebung-Reaktion-Maße

Priorisierte Qualitätsszenarien, keine fertige Architektur

Treiber

Notiere Geschäftsziele, Systemkontext und vertretene Rollen.

...

Szenario

Schreibe konkrete Stimulus-, Kontext- und Reaktionsszenarien.

...

Priorität

Erfasse konsolidierte Szenarien und Priorisierungsgrund.

...

Klärung

Ergänze Quelle, betroffene Qualität und prüfbare Reaktion.

...

Leere Vorlage: beginne mit einer abgegrenzten Frage. Trage nur erhobene Fakten ein, markiere Annahmen und halte offene Fragen sowie Quellen fest.

Quality Attribute Workshop Collection · Software Engineering Institute

Treiber: Treiber und Beteiligte verstehen

Erwartetes Artefakt: Konsolidierte Geschäfts- und Architekturtreiber

Konsolidierte Geschäfts- und Architekturtreiber

Eintrag:

...

Sind wesentliche Perspektiven vertreten?

Szenarien: Qualitätsszenarien sammeln

Erwartetes Artefakt: Qualitätsszenarien aus Stakeholderperspektiven

Qualitätsszenarien aus Stakeholderperspektiven

Eintrag:

...

Sind Szenarien beobachtbar und kontextgebunden?

Priorisierung: Szenarien bündeln und priorisieren

Erwartetes Artefakt: Priorisierte Szenarien mit Begründung

Priorisierte Szenarien mit Begründung

Eintrag:

...

Sind Konflikte und Trade-offs sichtbar?

Verfeinerung: Wichtige Szenarien verfeinern

Erwartetes Artefakt: Verfeinerte Stimulus-Umgebung-Reaktion-Messung

Verfeinerte Stimulus-Umgebung-Reaktion-Messung

Eintrag:

...

Sind Ergebnisse nutzbar für Architektur, Prototypen oder Tests?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/quality-attribute-workshop/run-sheet

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

quality-attribute-workshop-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Lehrbeispiel

Alle Namen und Werte sind erfunden und dienen nur der Illustration. Offene Erklärungen bleiben als Fragen markiert.

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

Treiber und Beteiligte verstehenQualitätswort bleibt ohne SzenarioIn der Phase ansehen
Qualitätsszenarien sammelnStakeholdergruppe fehltIn der Phase ansehen
Szenarien bündeln und priorisierenPriorität wird als Architekturentscheidung gelesenIn der Phase ansehen
Wichtige Szenarien verfeinernZu viele Szenarien bleiben gleichrangigIn der Phase ansehen