User Stories schreiben: Vorlage und Beispiele
Die Satzschablone, Beispiele zum Vergleichen und der Teil einer Story, der fehlt, wenn ein KI-Agent sie umsetzt.
Grundlage
Die Satzschablone „As a … I want … so that …“ entstand 2001 bei Connextra; die drei C (Card, Conversation, Confirmation) gehen auf Ron Jeffries zurück, die INVEST-Kriterien auf Bill Wake (2003). Die Beispiele sind unsere eigenen und erfunden. Wir haben nicht gemessen, wie sich die Qualität von Stories auf die Ergebnisse von KI-Agenten auswirkt; eine Zahl dazu steht deshalb hier nicht.
Die Vorlage
Als <Rolle>
möchte ich <Ziel / Funktion>,
damit <Nutzen>.
Akzeptanzkriterien:
- …
- …Die Rolle ist eine konkrete Nutzergruppe, nicht „der Nutzer“. Das Ziel beschreibt, was die Person tun will, nicht wie die Oberfläche aussieht. Der Nutzen sagt, warum – und ist der Teil, der am häufigsten weggelassen wird, obwohl er bei jeder späteren Entscheidung hilft.
Gute und schlechte Beispiele
| Schwach | Besser | Warum |
|---|---|---|
| Als Nutzer möchte ich mich anmelden. | Als Patientin möchte ich mich mit meiner E-Mail-Adresse anmelden, damit ich meine gebuchten Termine sehe. | Konkrete Rolle, Nutzen benannt |
| Als Rezeption möchte ich einen roten Button „Dringend“ oben rechts. | Als Rezeption möchte ich einen Termin als dringend markieren, damit er auch bei erreichtem Tageslimit gebucht werden kann. | Ziel statt Oberflächendetail |
| Als Praxis möchte ich ein Terminsystem. | Aufteilen: Termin online buchen · Termin absagen · Erinnerung per SMS · Tageslimit verwalten | Zu groß für eine Story – das ist ein Epic |
INVEST: woran Sie eine gute Story erkennen
- Independent – unabhängig von anderen Stories umsetzbar.
- Negotiable – verhandelbar; die Story ist eine Einladung zum Gespräch, kein Vertrag.
- Valuable – liefert einen erkennbaren Nutzen für Nutzer oder Auftraggeber.
- Estimable – das Team kann den Aufwand schätzen.
- Small – passt in einen Sprint, besser in wenige Tage.
- Testable – es ist klar, wann sie erfüllt ist. Dafür sind die Akzeptanzkriterien da.
Das fehlende C, wenn ein KI-Agent die Story umsetzt
Ron Jeffries’ drei C beschreiben, woraus eine Story wirklich besteht: Card (der kurze Satz), Conversation (das Gespräch zwischen Fachseite und Team, in dem die Details geklärt werden) und Confirmation (die Kriterien, an denen die Umsetzung geprüft wird). Der Satz auf der Karte war nie die ganze Anforderung – er war die Erinnerung an ein Gespräch.
Ein KI-Coding-Agent führt dieses Gespräch nicht. Er bekommt die Karte, rät die Details und meldet die Story als erledigt. Was sonst in der Conversation geklärt worden wäre, muss deshalb vorher in der Confirmation stehen: in Akzeptanzkriterien, die auch die Ausnahmen nennen.
Praxis
Schreiben Sie für jede Story mindestens ein Akzeptanzkriterium für den Normalfall und eins für den Fall, der schiefgehen kann. Das zweite ist das, das ein Agent sonst rät.
User Stories mit Entalpa
Entalpa entwirft aus einer kurzen Beschreibung Ihres Vorhabens die Beteiligten, User Stories und Anforderungen mit Akzeptanzkriterien – und stellt Ihnen die Fragen, die im Gespräch zwischen Fachseite und Team gestellt worden wären. Ihre Antworten werden zu Anforderungen, die ein Coding-Agent über MCP abruft. Die Oberfläche ist derzeit englisch.
Häufige Fragen
Was ist der Unterschied zwischen User Story und Anforderung?
Eine User Story beschreibt ein Bedürfnis aus Sicht einer Rolle. Eine Anforderung beschreibt, was das System dafür leisten muss, prüfbar formuliert. Aus einer Story entstehen oft mehrere Anforderungen.
Wer schreibt User Stories?
In Scrum ist der Product Owner für das Backlog verantwortlich. Geschrieben werden Stories aber am besten gemeinsam mit dem Team und den Fachleuten, die den Nutzen kennen.
Wie groß darf eine User Story sein?
So klein, dass sie in wenigen Tagen umgesetzt und geprüft werden kann. Was größer ist, ist ein Epic und wird in mehrere Stories geschnitten.
Müssen User Stories auf Englisch geschrieben werden?
Nein. Die Schablone funktioniert auf Deutsch genauso: „Als … möchte ich …, damit …“. Entscheidend ist, dass das ganze Team dieselbe Sprache liest.
Anforderungen aus einer Beschreibung entwerfen
Beschreiben Sie Ihr Vorhaben in zwei, drei Sätzen. Entalpa entwirft Stakeholder, User Stories und Anforderungen mit Akzeptanzkriterien – und stellt Ihnen die Fragen, die sonst erst bei der Abnahme auftauchen. Die Oberfläche ist derzeit englisch, Ihre Inhalte können deutsch sein.
Weitere Ratgeber