Bei Software steht oft komplexe Fachlichkeit im Mittelpunkt: Medikamentenstudien, Steuerberechnung, Teleskopsteuerung. Idealerweise wollen wir Softwerker ein Tool entwickeln, mit dem Fachexperten selbstständig Studien, Steuerberechnungen oder astronomische Beobachtungen beschreiben können, sodass sie direkt von Software ausführbar sind. Herauszufinden, wie man die Domäne vollständig und präzise beschreibt, ist dabei extrem wichtig. Der Vortrag liefert dafür konkrete Practices, die sich über Jahre bewährt haben, plus Anekdoten aus dem Projektalltag.

Zielpublikum: Product Owner:innen, Requirements Engineers, Architekt:innen
Voraussetzungen: Keine
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract:
Ich beginne, indem ich nochmal 5 Minuten motiviere, warum man Tools bauen möchte, mit denen Fachler direkt programmieren/spezifizieren/modellieren wollen. Dann beschreibe ich kurz die drei Aspekte der Domänenanalyse: Sammeln, Denken und Validieren. Klingt trivial, ist es irgendwie auch, aber viele der konkreten Practices sind es nicht. Hier sind einige Stichworte, die ich betrachten werde:
Sammeln: Die (Nicht-)Rolle von schriftlichem Material, verborgene Sprachen finden, mit den richtigen Leuten reden, konsistente Terminologie, Workshops richtig durchführen, aktives Zuhören, Umgang mit Ungewissheit, Ergebnisse festhalten.
Denken: Abgrenzung und Tiefe der Domäne, Beseitigung von "historischem Müll", Test-Unterstützung, Plattformen, Hochs und Tiefs, das Wissen verbreiten
Validieren: Spiel-Implementierung der Domäne, Benutzer experimentieren lassen, Konzeptuelle Überprüfung, Umgang mit Feedback, Tolle Demos
Der Vortrag basiert auf dem Buch "How to Understand Almost Anything", das ich im letzten Jahr geschrieben habe.