Wer Software erfolgreich entwickeln will, muss zuerst die Menschen verstehen, die sie nutzen sollen. Stefan Priebsch, Software-Success-Consultant, begleitet Unternehmen dabei, Software vom Kostenfaktor zum Erfolgsfaktor zu machen.

Im „heise meets …"-Podcast erklärt er, warum technische Fachbegriffe und Bullshit-Bingo bei der Anforderungsanalyse mehr schaden als nützen – und wie ein einfaches Rollenspiel Teams in kürzester Zeit zu tragfähigen Lösungen führt.

Priebsch arbeitet nach den Prinzipien des Domain Driven Design, das Eric Evans 2003 prägte. Im Kern steht eine fachlichkeitsgetriebene Entwicklung statt einer technologiegetriebenen. Alle Beteiligten brauchen ein gemeinsames Verständnis: „Diskutiere nie etwas Unsichtbares", lautet seine Grundregel. Was nur in den Köpfen der Teilnehmer existiert, muss durch Modelle, Zettel oder Rollen sichtbar werden, sonst entstehen zwangsläufig Reibungsverluste.

Rollenspiel deckt Lücken auf

Im Workshop lässt Priebsch Teilnehmer Prozesse durchspielen – etwa den Ablauf in einem Restaurant. Wer ist Kellner, wer Koch, wer Gast? Schon nach wenigen Minuten tauchen Fragen auf, die in theoretischen Diskussionen oft übersehen werden: Gibt es einen Empfang? Woher kommt die Speisenkarte? Was passiert, wenn ein Teller zerbricht? Jede entdeckte Rolle und jedes Artefakt landet auf einem Zettel. So entsteht binnen einer halben Stunde eine erste Dokumentation der Domäne – inklusive eines Backlogs offener Fragen.

Der Vorteil gegenüber abstrakteren Methoden: Entwickler bauen ein emotionales Verständnis für den Prozess auf. „Wenn ich als Softwareentwickler einen Prozess gespielt und erlebt habe, habe ich einfach eine innere Verbindung", sagt Priebsch. Zugleich aktiviert das Format auch zurückhaltende Teilnehmer, da Rollen wie Dokumentar oder Analyst zur Verfügung stehen.

Je nach Situation und Teamdynamik bieten sich unterschiedliche Formate für die Arbeit in der Gruppe an: Rollenspiel für schnelle Domain Discovery, Event Storming für die Visualisierung fachlicher Ereignisse oder Domain Storytelling, wenn Fachanwender ihre Prozesse erzählen. Priebsch empfiehlt einen Mix aus aktivierenden und dokumentierenden Verfahren – abgestimmt auf die jeweilige Ausgangssituation und Fragestellung.

KI ergänzt fehlende Experten

Als Moderator hält Priebsch Teams vom typischen Abtauchen in technische Sonderfälle ab und lenkt den Fokus auf den Happy Path – also den Standardablauf, der Wertschöpfung erzeugt.

Auch Technologiediskussionen blockt er früh ab. Statt selbst die komplette Software zu entwickeln, sollten die Teilnehmer so besser prüfen, wo die eigentliche Kerndomäne des Unternehmens liegt und welche generischen Bereiche wie die Buchhaltung sich besser durch fertige Lösungen abdecken lassen.

Eine wachsende Rolle spielt dabei künstliche Intelligenz. Fehlt ein Fachexperte in der Modellierungssitzung, lässt sich eine KI in dessen Rolle versetzen und befragen. Deren Antworten sind nicht immer korrekt, aber besser als nichts und liefern Inspiration. Priebsch erwartet, dass KI künftig als gleichberechtigter Gesprächspartner an Modellierungssitzungen teilnimmt.

Das Ergebnis jedes Workshops ist ein Modell – eine vereinfachte Abbildung der Realität, die iterativ weiterentwickelt wird. So lässt sich die Feedback-Schleife drastisch verkürzen und vermeiden, dass Teams wochenlang die falsche Software bauen.

Ein vollständiges Transkript der aktuellen Podcast-Episode von heise meets gibt es unter den Shownotes bei Podigee zu lesen.

(mki)