Ein Quality Attribute Workshop übersetzt Qualitätsanforderungen in konkrete Szenarien und Architekturimpulse. Die Methode bringt Produkt, Engineering und Betrieb auf denselben Blick auf gewünschte Eigenschaften.
Architecture Workshop-Methode
Quality Attribute Workshop
Leitet aus Geschäftszielen priorisierte, überprüfbare Qualitätsszenarien für eine frühe Systemarchitektur ab.
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.
Welche Qualitätsszenarien sind für die Geschäftsziele architekturrelevant und müssen zuerst geklärt werden?
- Teilnehmende
- 5-15
- Zeit
- 2-4 h
Die Phasen können iterativ durchlaufen werden; ihre Reihenfolge unterstützt den Einstieg, ersetzt aber kein fachliches Urteil.

Treiber
Treiber und Beteiligte verstehen
Stelle Ziel, Geschäftstreiber und Architekturstand vor; sammele relevante Stakeholder.
Szenarien
Qualitätsszenarien sammeln
Formuliere konkrete Stimulus-Umgebung-Reaktion-Szenarien statt Qualitätsadjektive.
Priorisierung
Szenarien bündeln und priorisieren
Fasse Ähnliches zusammen; priorisiere gemeinsam mit transparentem Verfahren.
Verfeinerung
Wichtige Szenarien verfeinern
Ergänze Stimulus, Quelle, Umgebung, Reaktion und Messmaß; dokumentiere offene Fragen.
Prüfe Ergebnis und offene Annahmen beim nächsten passenden Termin. Halte Änderungen, Verantwortung und neue Evidenz fest.
Geeignet, wenn
Geeignet: Frühe System-/Programmphase mit Geschäftstreibern, vielfältigen Stakeholdern und noch formbarer Architektur.
Ideal für
- Early Architecture
- Mission-critical Systems
- Quality Attribute Discovery
Nicht gut für
- Kosmetische Optimierung
- Tiny Systems
Ergebnisse

Arbeitsbild
Ziel, Geschäftstreiber und Architekturstand sowie relevante Stakeholder.

Prüfbare Evidenz
Zusammengefasste ähnliche Szenarien mit gemeinsamer Priorisierung nach transparentem Verfahren.

Nächster Schritt
Qualitätsszenarien mit Stimulus, Quelle, Umgebung, Reaktion, Messmaß und offenen Fragen.
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
Erster Schritt
Beginne mit einer abgegrenzten Frage, kläre Zugang und Beteiligte und sichere vorhandene Belege. Leite aus Geschäftszielen priorisierte, überprüfbare Qualitätsszenarien für eine frühe Systemarchitektur ab.
Vertiefung
Die Gruppe sammelt zunächst die wichtigsten Qualitätsziele und präzisiert sie in messbare Szenarien. Danach werden Prioritäten, Risiken und architektonische Konsequenzen gemeinsam bewertet. Am Ende stehen klare Qualitäten, die in Architektur und Umsetzung weiterverfolgt werden können.
Der Workshop trägt, weil Qualitätsziele erst dann architektonische Schärfe gewinnen, wenn sie in konkrete Szenarien und Zielkonflikte übersetzt werden. Gute Moderation hält Verfügbarkeit, Sicherheit, Änderbarkeit oder Performance nicht als Schlagworte fest, sondern als prüfbare Erwartungen in realen Nutzungslagen. Dadurch werden Architekturentscheidungen belastbarer, weil sichtbar wird, welche Qualität in welcher Situation Vorrang hat und was sie kostet.
Bereite einige realistische Szenarien vor, in denen Qualitätsanforderungen unter Druck geraten, damit das Gespräch nicht im Allgemeinen bleibt. Der Kipppunkt entsteht, wenn zwei wichtige Qualitäten sichtbar gegeneinander stehen. Schließe mit priorisierten Szenarien, benannten Tradeoffs und einer Folgespur für die riskanteste Qualitätsfrage.
Die Methodenanleitung führt mit 4 Phasen, Zeitrahmen, 4 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.
Methodenanleitung öffnenDeine Einschätzung
Hilft dir diese Methode für dein Vorhaben?
Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.
Quellen und Themen
Quality Attribute Workshop: ArbeitsvorlageBereite Quality Attribute Workshop mit klarer Frage, Rollen und Quellen vor.markdown
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
Alternativen und Nachbarn
Passende Alternativen mit Entscheidungshilfe, danach weitere verwandte Methoden.

Statt Quality Attribute Workshop, wenn du die ersten Architekturfragen in einer knappen Startfolie bündeln willst.

Prüft, wie Architekturentscheidungen wichtige Qualitätsziele unterstützen, und macht Risiken und Zielkonflikte sichtbar.

Zeigt anhand konkreter Aufgaben, wie gut sich eine Architektur nutzen und ändern lässt.

Sammelt Risiken direkt auf einem Architekturdiagramm und macht Priorität, Wirkung und nächste Schritte sichtbar.

Sammelt Systemziele, Constraints und Bausteine in einer kompakten Sicht für frühe Architekturentscheidungen.

Hilft einem kleinen Team, die wichtigsten Qualitätsrisiken seiner Software einzuschätzen und gezielt weiter zu untersuchen.
Rahmenbedingungen und Herkunft
Steckbrief
- Methodenform
- Workshop-Methode
- Teilnehmende
- 5-15
- Zeit
- 2-4 h
- Reifegrad
- Canonical
- Ursprung
- Software Engineering Institute

