Wie Dev-Teams zu besseren Anforderungen kommen

"Garbage in, garbage out" gilt auch für Software: Schlechte Anforderungen führen zu schlechter Architektur und schlechtem Code. Doch anders als oft angenommen, ist gute Anforderungsarbeit kein Job, den man einfach outsourcen kann. Sie gehört zur Architekturarbeit dazu.

Gernot Starke zeigt, wie Entwicklungsteams selbst die Qualität ihrer Anforderungen in die Hand nehmen: von der Vision über Ziele und Stakeholder bis zu funktionalen und Qualitätsanforderungen. Anhand eines echten Praxisbeispiels aus der Trendsportart Hyrox wird der komplette Weg von der groben Vision bis zur konkreten, messbaren Anforderung nachvollzogen.

Ein Blick auf das Zusammenspiel von Requirements und Architektur im Twin-Peaks-Modell rundet den Talk ab, ebenso wie ein Ausblick darauf, wie LLMs und KI-Agents künftig bei der Anforderungsarbeit unterstützen können.

Für alle, die genug haben von Garbage-In und lieber selbst für bessere Grundlagen sorgen wollen.

Transcript

1. Wie Dev-Teams zu besseren Anforderungen kommen Garbage-In ist kein Schicksal! Dr. Gernot Starke Fellow
2. Dr. Gernot Starke INNOQ Fellow ✓Architekturverbesserer ✓Coach, Trainer ✓INNOQ-Fellow ✓arc42, aim42 ✓iSAQB
3. Zwei Arten von Entscheidungen! 2.) Baumaterial 1.) Struktur (Grundriss)
4. Informationen zu Architektur eines IT-Systems
5. Anforderungen Entscheidungen Strukturen von Quellcode Technologie, Methoden, Konzepte externe Schnittstellen https://www.einrichten-24.com/products/116263we-116263as-116263hg
6. a r c 4 2 u n d A r c h Struktur Material
7. Menschen “abholen”
8. grob, Überblick detailliert Reihenfolge beim Erklären
9. Anforderungen: Grundlage von Entscheidungen, Architektur, Code
11. “Management is too important to leave it only to the managers“ Juergen Appelo, Management 3.0
12. “Requirements are too important to leave them only to others”* Gernot Starke (mit Daniel Lauxtermann)
13. Garbage in Garbage out
14. Input Output
15. Anforderungen & Architekturarbeit gehört zur Architekturarbeit
16. Darum geht‘s: Entwicklungsteams in die Lage versetzen, Anforderungen zu verbessern.
18. Der Plan Vision Z F Q D Kontext Ziel Funktion Qualität Daten Stakeholder
19. TL;DR: Der Plan Vision Z Z Z F F F Kontext Stakeholder F F F
20. Der Plan Vision Z Z Z F F F F F F F F F F F F F D D D Kontext Stakeholder Legende: Ziel – Funktion – Qualitätsanforderung - Daten Q Q Q
21. Kooperation von Anfang an Business / Requirements Architecture, Development Nuseibeh: Twin Peaks Model: Weaving together Requirements and Architecture. • http://dx.doi.org/doi:10.1109/2.910904 • http://www-dse.doc.ic.ac.uk/%7Eban/pubs/computer2001.pdf grob detailliert time
23. Clean Start • Vision • Stakeholder • Kontext
24. Vision und Ziele The vision describes why the project is being undertaken and what the desired end state is.” (Ken Schwaber 2004)
25. Praxis: Trendsport „Hyrox“ https://www.spiegel.de/wirtschaft/unternehmen/hyrox-wie-die-trendsportart-aus-deutschland-die-fitnesswelt- erobert-a-0490df81-077e-4242-8c16-ac0bb429955f
26. Praxis: Vision https://www.youtube.com/watch?v=YN-n8t8d2bA
27. Praxis: Vision Our IT system empowers Hyrox® to scale globally by delivering a seamless, end-to-end digital backbone for event management. From participant registration to post-event engagement: • operational excellence • elevates athlete experience • drive the sport's evolution towards Olympic recognition by 2032.
28. Praxis: Vision und Ziele (1) Streamline athlete registration and onboarding across all global events Vision Z Z Z Improve event coordination and operational efficiency for organizers Enhance athlete and spectator experience during events
29. Vision und Ziele Purpose: Der Zweck • Ein einzelner Satz, was das Produkt erreichen soll Advantage: Welche Vorteile soll das Produkt bringen? • Kostenreduktion/Vereinfachung • Gewinne erhöhen • Service verbessern • Gesetze erfüllen Metric: wie kann man die Vorteile messen? Sollte sich im Projektverlauf nur (sehr) selten ändern.
30. Praxis: Vision und Ziele (2) Purpose: Streamline athlete registration and onboarding across all global events Advantage: Ensure a fast, error-free, and user-friendly registration process that scales with international demand Metric: Achieve >95% registration success rate and reduce average registration time to under 3 minutes by Q4 2026 Z Z Z Purpose: Improve event coordination and operational efficiency for organizers Advantage: Enable centralized scheduling, staffing, logistics, and rule management across regions and venues Metric: Reduce pre-event planning time by 40% and cut on-site setup errors by 60% by end of 2025 Purpos ... Advan ... Metric
31. Scoping Umfang unserer Aufgabe verstehen. Kontext Stakeholder
32. Stakeholder finden Poster zu Stakeholdergruppen1 um Kandidaten zu identifizieren. (1) Quelle: Sophist GmbH
33. Kontextabgrenzung: Externe Schnittstellen Kenne deine externen Schnittstellen • Fachliche Bedeutung • Volatilität • Qualitätsanforderungen • Volumen • Durchsatz • Reaktionszeit • Verfügbarkeit
34. Kontextabgrenzung: Externe Schnittstellen
35. Funktionale Anforderungen Das Herz unseres Systems? F
36. Stories... User Stories: beliebt für funktionale Anforderungen. Um eine durchgängige Geschichte zu erzählen, helfen Story Maps. Aber: Aufmerksamkeit erzeugenAcc Profil anlegen Themen abonnieren Newsletter- Anmeldung Persönliche Daten anlegen Vorschläge unterbreiten Newsletter erstellen Interessen angeben Personalisierte Vorschläge Profilfoto hinterlegen Themen abonnieren
37. Der Wald und die Bäume... F
39. Ziele Grobe Anforderungen („Prozesse“) Mittlere Granularität Feine Anforderungen Behalte Überblick durch Hierarchie Z Z Z F F F F F F F F F F F F F
40. Qualität
41. DIN 9000:2015-11 „Grad, in dem ein Satz inhärenter Merkmale eines Objekts Anforderungen erfüllt“. Häh?
42. Qualität = Menge an Eigenschaften
43. Qualität von Software l completeness, Functional correctness, bility, Risk identification, Safe integration, Safety, Eigenschaften („Dimension-1“)
44. Keine Idee, wie Q-Anforderungen genau aussehen sollen? (1) Ask your LLM for help...
45. „In the context of hyrox and my Goal-2 (event coordination), please propose a few quality scenarios for my process of staffing and volunteer coordination, with precise metrics.“
46. Keine Idee, wie Q-Anforderungen genau aussehen sollen? (2) open-source (arc42) hilft...
47. arc42 Quality Model https://quality.arc42.org
48. arc42 Quality Model https://quality.arc42.org
49. arc42 Quality Model https://quality.arc42.org
50. für konkrete Beschreibung, objektiviert
51. Qualität bezogen auf Ziele/Funktionen Vision Z Z Z F F F F F F F F F F F F F D D D Kontext Stakeholder Legende: Ziel – Funktion – Qualitätsanforderung - Daten Q Q Q
52. Daten... Thema entfällt aufgrund einer technischen Störung am Zug ☺
53. Wie können LLMs und KI bei Requirements helfen?
54. Bessere Voraussetzungen für Zusammenarbeit Mensch-LLM schaffen Ziel:
55. Ausgangsbasis: PDF Websites E-Mails Diagramme/Skizzen Meeting-Notizen Dokumente <u.a.m.> für LLM schwer „verdaulich“
56. Speicher‘ alles in Markdown!
57. Mensch+Agent Kombi
58. Requirements organisieren • Begriffe • Ziele • Stakeholder • Epics, Stories, Features • Schnittstellen • Daten, Events • Geschäftsregeln • <u.v.a.m.>
59. Karpathy-Wiki für Requirements
60. Beispiel: Obsidian https://obsidian.md/
61. Demo Disclaimer: Ihr seht einen Prototyp
62. Karpathy-Wiki für Architektur
63. Architektur organisieren • Schnittstellen • Bausteine / Module • Querschnittliche Konzepte • Deployment • Infrastruktur • Technologie • Architekurentscheidungen • <u.v.a.m.>
64. Twin-Peaks in Aktion
65. Kooperation zwischen Menschen, Agents als first-class citizens Business / Requirements Architecture, Development Jetzt: • primär für Agents optimierte Ablage • Menschen bekommen „Reports“ aus Repository generiert • Feedback-Zyklen Stunden statt Tage
66. Ausblick...
68. gute Anforderungen happy Stakeholder
69. gute Anforderungen happy Stakeholder
70. Danke! Gernot Starke gernot.starke@innoq.com LinkedIn: gernotstarke www.innoq.com