User Stories mit KI schreiben: Nutzen und Abnahme klären

Das Problem

Der Kunde sagt: «Wir brauchen im Portal eine bessere Suche.» Die Entwicklerin baut eine Volltextsuche, der Kunde ist enttäuscht. Er wollte eigentlich nach Rechnungsnummern filtern können. Der Projektleiter ärgert sich über Nachbesserungen, der Kunde über die Verzögerung, und niemand hat böse Absicht. Es hat schlicht an einer gemeinsamen, genauen Beschreibung gefehlt.

Genau dafür gibt es User Stories. Sie beschreiben eine Anforderung aus Sicht der Nutzenden: «Als Buchhalterin möchte ich Rechnungen nach Nummer filtern, damit ich schnell eine bestimmte Rechnung finde.» Dazu kommen Abnahmekriterien, die festlegen, wann die Story als erfüllt gilt. So verstehen Auftraggeber, Entwickelnde und Testende dasselbe.

Eine KI kann beim Formulieren helfen, aus Stichworten Stories ableiten und typische Lücken aufzeigen, zum Beispiel fehlende Abnahmekriterien. Aber sie kennt weder Ihr Projekt noch Ihre Nutzenden. Die wichtigsten Fragen, was gebraucht wird und was nicht, klären Sie im Gespräch. Die KI entwirft, ihr Ergebnis ist ein Gesprächsstoff.

So lösen Sie es mit KI – Schritt für Schritt

1. Nutzende und Ziel klären. Wer arbeitet mit der Software, was will sie erreichen, welches Problem hat sie heute? Sprechen Sie mit echten Nutzenden, nicht nur mit dem Auftraggeber.

1. Anforderung in eigenen Worten notieren. Schreiben Sie Stichworte: Wer, was, wozu, in welcher Situation, was ist heute mühsam?

1. Entwurf mit KI erstellen. Lassen Sie mit der Vorlage unten eine Story im Format «Als … möchte ich …, damit …» und Abnahmekriterien formulieren.

1. Nutzen prüfen. Ist das «damit» ein echter Nutzen oder nur eine Umschreibung der Funktion? Ein guter Nutzen erklärt, warum die Story wichtig ist.

1. Abnahmekriterien schärfen. Jedes Kriterium muss überprüfbar sein: Ja oder Nein. «Die Suche ist schnell» ist keines, «Das Ergebnis erscheint innert zwei Sekunden bei 10 000 Rechnungen» schon, wenn die Zahl stimmt.

1. Story klein halten. Eine Story sollte in wenigen Tagen umsetzbar sein. Grosse Anforderungen teilen Sie in mehrere kleine Stories.

1. Mit dem Team besprechen. Entwickelnde, Testende und Auftraggeber lesen die Story. Versteht jede dasselbe? Gibt es offene Fragen?

1. Abnahme planen. Legen Sie fest, wer wie prüft und mit welchen Testdaten. So wird die Abnahme nachvollziehbar.

Vorlage zum Kopieren

Du hilfst mir als Projektleiterin/Entwickler in einem Schweizer Unternehmen, User Stories zu schreiben.

Produkt/Kontext: [z. B. Kundenportal für Rechnungen]
Nutzergruppe: [z. B. Buchhalterinnen unserer Kunden]
Problem heute (in meinen Worten): [z. B. Sie müssen lange scrollen, um eine bestimmte Rechnung zu finden]
Wunsch: [z. B. Rechnungen nach Nummer und Datum finden]

Aufgabe:
1. Schreibe eine User Story im Format: «Als [Rolle] möchte ich [Funktion], damit [Nutzen].»
2. Formuliere fünf bis acht Abnahmekriterien als überprüfbare Aussagen (Ja/Nein), z. B. im Format «Gegeben …, wenn …, dann …».
3. Nenne offene Fragen und Annahmen, die ich mit den Nutzenden und dem Auftraggeber klären muss.
4. Schlage vor, wie sich die Story in kleinere Teile zerlegen lässt, falls sie zu gross ist.
5. Nenne mögliche Ausnahme- und Fehlerfälle.
Erfinde keine Anforderungen, Zahlen oder Vorgaben, die ich nicht genannt habe. Markiere Annahmen mit [Annahme].

Setzen Sie Kontext, Nutzergruppe und Problem ein. Die offenen Fragen und Annahmen besprechen Sie im Team und mit den Nutzenden.

Worauf Sie achten müssen

• Echte Bedürfnisse. KI erfindet plausible Anforderungen, die niemand hat. Prüfen Sie jede Story mit echten Nutzenden.
• Prüfbare Kriterien. Vage Kriterien wie «benutzerfreundlich» führen zu Streit bei der Abnahme. Verlangen Sie messbare Aussagen.
• Annahmen offenlegen. KI füllt Lücken mit Annahmen. Markieren und klären Sie sie, bevor die Entwicklung startet.
• Vertrauliche Projektinformationen. Anforderungen können Geschäftsgeheimnisse und Kundendaten enthalten. Nutzen Sie nur freigegebene Werkzeuge und anonymisieren Sie. Siehe Vertrauliche Büro-Daten in KI.
• Sicherheit und Datenschutz. Anforderungen an Datenschutz, Rechte und Sicherheit gehören von Anfang an in die Stories. Die KI erinnert nicht zuverlässig daran.
• Priorisierung. Welche Story zuerst kommt, entscheiden Auftraggeber und Team nach Nutzen und Aufwand, nicht die KI.
• Nicht jede Anforderung ist eine Story. Technische Randbedingungen wie Antwortzeiten oder Schnittstellen brauchen teils eigene Beschreibungen.

Ein Beispiel aus der Praxis

Ein Beispiel: Ein kleines Softwarehaus in der Region Aarau entwickelt ein Kundenportal für einen Treuhänder. Die Anforderung lautet «bessere Suche». Die Entwicklerin möchte Missverständnisse vermeiden und sammelt zuerst im Gespräch mit zwei Nutzerinnen: Sie suchen fast immer nach Rechnungsnummer oder Datum.

Mit der KI entsteht eine Story «Als Buchhalterin möchte ich Rechnungen nach Nummer und Datum filtern, damit ich schnell die richtige finde» mit sechs Abnahmekriterien. Die KI nennt auch offene Fragen: Wie viele Rechnungen gibt es maximal? Was passiert bei Teilnummern? Die Entwicklerin klärt sie mit dem Treuhänder.

Bei der Abnahme prüft der Treuhänder die Kriterien einzeln, und es gibt keinen Streit. Vorher hätte «bessere Suche» zu einer Volltextsuche geführt, nachher entsteht genau, was gebraucht wird. Die Story bleibt im Projektwiki dokumentiert.

So hilft Ihnen Alpasana

Wenn Sie als Entwickelnde lernen möchten, KI beim Programmieren, Planen und Prüfen systematisch einzusetzen, bietet absofort den Kurs KI für Developer mit Claude und Codex an. Beschrieben sind LLM-Grundlagen, Codegenerierung, Debugging, Refactoring und Review, das Delegieren von Aufgaben mit anschliessender Verifikation sowie ein Entwickler-Playbook mit Prompts, Review-Regeln, Tests und Datenschutzgrenzen. Dazu gibt es ein Abschlussquiz, eine KI-geprüfte Praxisaufgabe und ein verifizierbares Zertifikat.

Die Anforderungen Ihres Projekts klären Sie weiterhin mit Auftraggeber und Nutzenden. Der Kurs zeigt, wie Sie die KI sinnvoll dabei einsetzen und ihre Ergebnisse prüfen.

Häufige Fragen

Muss jede Anforderung eine User Story sein?

Nein. Stories eignen sich für Funktionen aus Nutzersicht. Technische Vorgaben oder Qualitätsanforderungen können Sie anders beschreiben. Wichtig ist, dass alle dasselbe verstehen.

Wie viele Abnahmekriterien braucht eine Story?

Meist drei bis acht. Wenn es deutlich mehr sind, ist die Story vermutlich zu gross. Teilen Sie sie auf.

Kann die KI auch den Code zur Story schreiben?

Das ist möglich und Teil vieler Arbeitsweisen. Die Qualität hängt von klaren Stories und Tests ab. Siehe Anforderungen für KI-Programmieraufträge. Der erzeugte Code muss geprüft und getestet werden.

Wer sollte die Stories schreiben?

Idealerweise gemeinsam: Fachseite, Entwicklung und Test. Die KI kann einen ersten Entwurf liefern, doch das gemeinsame Verständnis entsteht im Gespräch.