Akzeptanzkriterien schreiben, mit Beispielen
Zwei Formate, Beispiele zum Kopieren, und warum das Kriterium für den Ausnahmefall das wichtigste ist.
Grundlage
Das Szenario-Format folgt der Gherkin-Syntax von Cucumber, die deutsche Schlüsselwörter (Funktionalität, Szenario, Angenommen, Wenn, Dann) offiziell unterstützt. Die Abgrenzung zur Definition of Done folgt dem Scrum Guide. Die Beispiele sind unsere eigenen und erfunden. Wir haben nicht gemessen, wie viel genauer KI-Agenten mit Akzeptanzkriterien umsetzen als ohne; eine Zahl dazu steht deshalb hier nicht.
Was Akzeptanzkriterien sind
Akzeptanzkriterien sind die Bedingungen, die eine User Story oder Anforderung erfüllen muss, damit sie abgenommen wird. Sie sind konkret, prüfbar und gelten nur für diese eine Story. Sie beantworten die Frage: Woran erkennen wir, dass es fertig ist?
| Akzeptanzkriterien | Definition of Done | |
|---|---|---|
| Gilt für | Eine bestimmte Story | Jede Story im Team |
| Beschreibt | Was die Funktion leisten muss | Qualitätsstandard (Review, Tests, Doku) |
| Wer legt fest | Product Owner mit Team und Fachseite | Das Team |
| Beispiel | Bei erreichtem Limit werden keine Termine angezeigt | Code ist reviewt und automatisiert getestet |
Format 1: Regelliste
Für die meisten Stories reicht eine Liste prüfbarer Aussagen:
Story: Als Patientin möchte ich einen Termin online buchen,
damit ich nicht in der Praxis anrufen muss.
Akzeptanzkriterien:
- Es werden nur freie Termine der nächsten 30 Tage angezeigt.
- Nach der Buchung erscheint der Termin sofort im Praxiskalender.
- Die Bestätigung kommt per E-Mail innerhalb von 5 Minuten.
- Ist das Tageslimit von 40 Online-Terminen erreicht, wird für diesen Tag
kein Termin mehr angeboten.
- Eine Patientin kann höchstens 2 offene Termine gleichzeitig haben.Format 2: Szenario (Angenommen – Wenn – Dann)
Für Verhalten mit Vorbedingungen eignet sich das Szenario-Format. Es lässt sich in Gherkin direkt als automatisierter Test ausführen – auch auf Deutsch:
# language: de
Funktionalität: Tageslimit für Online-Termine
Szenario: Limit erreicht, Online-Buchung gesperrt
Angenommen für heute sind bereits 40 Online-Termine gebucht
Wenn eine Patientin die Online-Buchung für heute öffnet
Dann werden für heute keine freien Termine angezeigt
Szenario: Dringende Überweisung trotz erreichtem Limit
Angenommen für heute sind bereits 40 Online-Termine gebucht
Und eine Überweisung ist als dringend markiert
Wenn die Rezeption dafür einen Termin für heute anlegt
Dann wird der Termin gespeichert
Und er zählt nicht gegen das TageslimitGute und schlechte Kriterien
| Nicht prüfbar | Prüfbar |
|---|---|
| Die Seite lädt schnell. | 95 % der Aufrufe laden in unter 2 Sekunden. |
| Die Buchung ist benutzerfreundlich. | Eine Buchung braucht höchstens 3 Schritte ab Startseite. |
| Fehler werden sauber behandelt. | Ist der Termin inzwischen vergeben, sieht die Patientin eine Meldung und die nächsten 3 freien Termine. |
| Das System ist sicher. | Nur die Rolle Rezeption darf Termine als dringend markieren. |
Das wichtigste Kriterium
Das Kriterium für den Ausnahmefall. Den Normalfall setzt jeder richtig um, Mensch wie KI. Die Ausnahme, die nur die Fachseite kennt, wird geraten, wenn sie nicht dasteht.
Akzeptanzkriterien als Tests für KI-Agenten
Ein KI-Coding-Agent wie Claude Code, Cursor oder Codex schreibt Tests am liebsten gegen den Code, den er gerade geschrieben hat – und bestätigt sich damit selbst. Akzeptanzkriterien drehen das um: Sie stehen vorher fest, und der Agent muss beweisen, dass sein Code sie erfüllt. Das gilt nur, solange er die Kriterien nicht nachträglich an seinen Code anpasst. Typische Fehlerbilder von Agenten sammeln wir hier (englisch).
In Entalpa hat jede Anforderung ihre Akzeptanzkriterien als eigenes Feld. Ein über MCP verbundener Agent liest sie, setzt um und meldet Tests und Status an die Anforderung zurück; die Kriterien selbst lassen sich sperren, damit er sie nicht stillschweigend umschreibt. Die Oberfläche ist derzeit englisch.
Häufige Fragen
Wer schreibt Akzeptanzkriterien?
Verantwortlich ist der Product Owner. Am besten entstehen sie gemeinsam mit Fachseite, Entwicklung und Test – in Scrum oft im Refinement.
Wie viele Akzeptanzkriterien braucht eine User Story?
Meist drei bis sieben. Sind es deutlich mehr, ist die Story vermutlich zu groß und sollte geteilt werden.
Wann werden Akzeptanzkriterien geschrieben?
Bevor die Umsetzung beginnt. Kriterien, die erst nach dem Code entstehen, beschreiben den Code statt der Anforderung.
Kann man Gherkin auf Deutsch schreiben?
Ja. Mit der Zeile # language: de am Anfang versteht Cucumber die deutschen Schlüsselwörter Funktionalität, Szenario, Angenommen, Wenn, Dann, Und und Aber.
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