Folge 224 - Quality Storming mit Michael Plöd

Der nachfolgende Text wurden mit KI erstellt und kann Fehler enthalten. Fehler gefunden? Bei GitHub editieren

Wichtige Keytakeaways

Quality-Storming ist eine kollaborative Workshop-Methode, die Stakeholder zusammenbringt, um gemeinsam bessere Qualitätsanforderungen zu entwickeln und Silos zwischen Fachbereich und IT abzubauen.
Die Methode besteht aus fünf Phasen: Vorbereitung, Einleitung/Einführung, Broad Collection (Sammlung in der Breite), Consolidation (Verdichtung) und Priorisierung durch Dot Voting.
Qualitätsanforderungen sind genauso wichtige Architekturtreiber wie funktionale Anforderungen und müssen mit konkreten Szenarien und messbaren Kriterien formuliert werden.
Heterogene Teams aus Entwickler:innen, Betriebspersonal, Domain Experts und Stakeholdern ermöglichen gegenseitiges Coaching und realistische Anforderungsabstimmung.
Das Ziel ist nicht Perfektion, sondern gemeinsames Verständnis und substanzielle Verbesserung gegenüber bisherigen Anforderungssammlungen.
Die Priorisierung von Qualitätsanforderungen hilft bei der Navigation von Trade-offs in Architekturentscheidungen und deren Auswirkungen.

Wie können Qualitätsanforderungen kollaborativ und niedrigschwellig erarbeitet werden, anstatt in Ping-Pong-Spielen zwischen Fachbereich und IT zu scheitern?
Warum ist gemeinsames Verständnis zwischen technischen und fachlichen Stakeholdern für gute Qualitätsanforderungen essentiell?
Wie gestaltet man heterogene Workshop-Teams und Moderationsräume, um produktive Kollaboration zu fördern?
Welche Qualitätsmodelle eignen sich als Rahmen, und wie werden diese Modelle den Teilnehmern vermittelt?
Wie werden widersprüchliche oder redundante Anforderungen in der Konsolidierungsphase identifiziert und gelöst?
Wie können Qualitätsanforderungen priorisiert werden, um bei Architekturentscheidungen und Trade-offs Orientierung zu bieten?

Quality-Storming: Kollaborative Workshop-Methode zur gemeinsamen Erarbeitung von Qualitätsanforderungen durch heterogene Stakeholder-Gruppen mit niedrigen Einstiegshürden.
Qualitätsanforderungen: Nichtfunktionale Anforderungen wie Performance, Skalierbarkeit, Verfügbarkeit und Wartbarkeit, die Architekturtreiber darstellen und Auswirkungen auf Systemdesign haben.
ISO 25010: Internationaler Standard für Qualitätsmodelle mit acht Oberkategorien wie Performance-Effizienz, Kompatibilität, Usability und Wartbarkeit sowie deren Unterkategorien.
Dot Voting: Priorisierungstechnik, bei der Teilnehmer Punkte auf Anforderungen verteilen, um Prioritäten sichtbar zu machen und Wichtigkeit zu gewichten.
Domain-Driven Design: Softwareentwicklungsansatz, der die Geschäftsdomäne in den Mittelpunkt stellt und kollaborative Modellierungstechniken wie Event-Storming nutzt.
Trade-offs: Kompromisspunkte in Architekturentscheidungen, bei denen positive Auswirkungen auf bestimmte Qualitätsanforderungen negative Auswirkungen auf andere zur Folge haben können.