Entwirf User Stories und überprüfbare Akzeptanzkriterien
Autor: AILesson9 Min. EinrichtungszeitGetestet mit:ChatGPTGeprüft am: 2026-08-28
Schnelle Antwort
Überführe bestätigte Nutzer- und Geschäftsanforderungen in abgegrenzte Storys und beobachtbares Verhalten, ohne Produktentscheidungen zu erfinden. Angeben: Bedarf und Nachweise, Genehmigte Produktentscheidungen, Bereitstellung und Validierung. Erwartetes Ergebnis: Ein Story-Satz mit Nachweisen, Grenzen, Szenarien, Akzeptanzkriterien, nichtfunktionalen Anforderungen, Abhängigkeiten und offenen Entscheidungen.
1
Kontext hinzufügen
Dein Text bleibt in diesem Browser. AILesson Prompts sendet ihn nicht an ein Modell oder einen Server.
2
Dein Prompt
Nicht ausgefüllte Felder bleiben als Platzhalter sichtbar, sodass du den Prompt weiterhin kopieren und bearbeiten kannst.
Entwirf anhand bestätigter Anforderungen und genehmigter Produktentscheidungen User Stories und überprüfbare Akzeptanzkriterien.
Nutzersituationen, Rollen, Ziele, Verhaltensweisen, Nachweise, geschäftlicher Grund, Forschungsgrenzen und Gegenbeispiele:
[evidence]
Gewählter Umfang, Arbeitsablauf, Zustände, Regeln, Berechtigungen, Daten, Integrationen, Plattformen, nichtfunktionale Anforderungen und Ausschlüsse:
[product]
Release, Teams, Abhängigkeiten, Analytik, Barrierefreiheit, Datenschutz, Sicherheit, Umgebungen, Abschlussdefinition und offene Entscheidungen:
[delivery]
Trenne nachweisgestützten Bedarf, Produkthypothese, genehmigte Entscheidung, Implementierungsannahme und ungeklärte Auswahl. Teile Storys nach Akteur und unabhängigem Ergebnis auf, nicht nach technischer Schicht oder übergroßem Epic. Verwende den User-Story-Satz nur als Zusammenfassung und ergänze Kontext, Fundstelle des Nachweises, Umfang und Ausschlüsse, Vorbedingungen, Auslöser, Hauptablauf, Alternativ- und Fehlerabläufe, Berechtigungen, Datenverarbeitung, Geschäftsregeln und Abhängigkeiten. Formuliere Akzeptanzkriterien als beobachtbare Gegeben-/Wenn-/Dann-Szenarien oder gleichwertig. Decke Erfolgsweg, Grenzen, fehlende oder ungültige Daten, verweigerte Berechtigung, Parallelität oder Wiederholung, Wiederherstellung, Barrierefreiheit, Datenschutz und Sicherheit, Analytik und Kompatibilität nur ab, soweit sie genehmigt sind. Erfinde weder UI-Texte, Zustände, Schwellenwerte, Integrationen, Rollen, Datenaufbewahrung, Leistungsziele, Benachrichtigungen, Fehlerverhalten noch Kennzahlen. Kennzeichne ungeklärte Entscheidungen als Fragen, die betroffene Kriterien blockieren. Nimm keine Lösungsideen auf, wenn keine Lösung genehmigt wurde. Schließe mit der Rückverfolgbarkeit von Nachweis zu Story zu Kriterium und einer Prüfung von Testbarkeit, Umfang, Konflikten und Reife ab.
Standardmäßig privatDer Prompt wird lokal in deinem Browser zusammengestellt. Gib keine vertraulichen Informationen in einen KI-Dienst ein, es sei denn, deine Organisation erlaubt dies.
Von der Eingabe zum Ergebnis
Ein ausgearbeitetes Beispiel
Sieh dir an, wie konkreter Kontext dieses Rezept in ein nutzbares Ergebnis verwandelt.
Tatsächliche Eingabe
Bedarf und Nachweise
Forschungsnachweise aus UX-Sitzungen P01/P03: Fehlt bei einer Übergabe im Zustand Ready eine sichtbare Abnahmeverantwortung, suchten Verantwortliche über mehrere Personen hinweg oder übersahen eine erwartete Erwähnung. Gegenbeispiele P02/P04 zeigen, dass manche Wartezeiten beabsichtigt sind oder einer bekannten Genehmigung dienen. Genehmigter geschäftlicher Grund: vermeidbare Unsicherheit verringern, ohne zusätzliche Benachrichtigungen zu erzeugen. Die Nachweise belegen weder die Häufigkeit noch einen Bedarf an E-Mails.
Genehmigte Produktentscheidungen
Genehmigte Lösung in der Discovery-Phase für einen Prototyp: ein optionales Feld für die abnehmende Person an einer Übergabe anzeigen; nur anfragende Person oder Workspace-Koordination dürfen es setzen oder ändern; verantwortliche und abnehmende Person dürfen es sehen. Die bestehenden Zustände Draft, Active, Ready und Accepted bleiben erhalten. Ist niemand zugewiesen, wird der Zustand mit dem genehmigten Design-Token als nicht zugewiesen dargestellt; genauer UI-Text steht aus. Keine E-Mail- oder Push-Benachrichtigung. Die abnehmende Person muss aktives Workspace-Mitglied sein. Das Auditprotokoll erfasst handelnde Person, alte und neue abnehmende Person sowie Zeitpunkt. Nur Web-App unterstützt. Keine Änderung der Aufbewahrung genehmigt.
Bereitstellung und Validierung
Prototyp-Release für einen Usability-Test, nicht für die Produktion. Design verantwortet Texte; Engineering validiert Mitgliedschaft und Auditereignis; Barrierefreiheit erfordert Tastaturbedienung, programmatische Beschriftung und eine nicht allein farbbasierte Statusanzeige. Datenschutzprüfung für die Nutzung vorhandener Mitglieds-IDs abgeschlossen. Namen der Analyseereignisse und Leistungsschwelle ungeklärt. Definition of Done: geprüftes Design, funktionierender Prototyp, Unit-Tests, Barrierefreiheitsprüfung, Forschungsskript. Kein Produktions-SLA formulieren.
Beispielausgabe
Story 1 – Abnahmeverantwortung festlegen
Als anfragende Person oder Workspace-Koordination möchte ich ein aktives Workspace-Mitglied als abnehmende Person einer Übergabe zuweisen, damit die Beteiligten sehen können, wer zur Abnahme berechtigt ist. Nachweis: P01/P03; der Umfang ist eine Prototyp-Hypothese, kein validierter Bedarf.
Akzeptanzkriterien
• Gegeben sei eine Web-Übergabe und eine berechtigte anfragende oder koordinierende Person: Wenn sie ein aktives Workspace-Mitglied auswählt und bestätigt, dann wird dieses Mitglied als abnehmende Person gespeichert und ist für anfragende, verantwortliche und abnehmende Person sichtbar. Die genaue Bestätigungsoberfläche ist ungeklärt und muss aus dem genehmigten Design stammen.
• Gegeben sei eine Person, die weder anfragend noch koordinierend ist: Wenn sie die Übergabe betrachtet, dann kann sie die abnehmende Person sehen, aber nicht ändern. Das genehmigte Verhalten bei verweigerter Aktion fehlt und blockiert das genaue Kriterium.
• Gegeben sei ein inaktives Konto oder Nichtmitglied: Wenn es als abnehmende Person angegeben wird, dann speichert das System es nicht. Der genaue Fehlertext steht bei Design aus; nicht erfinden.
• Gegeben sei eine bestehende abnehmende Person: Wenn eine berechtigte Person sie ändert oder entfernt, dann protokollieren die Auditdaten handelnde Person, alten Wert, neuen Wert und Zeitpunkt. Die Aufbewahrung folgt der bestehenden Richtlinie; kein neuer Zeitraum wird festgelegt.
Story 2 – Eine nicht zugewiesene Übergabe verstehen
Als verantwortliche oder anfragende Person möchte ich erkennen, wenn keine abnehmende Person zugewiesen ist, damit ich entscheiden kann, ob ich eine bestimme oder bewusst ohne Zuweisung fortfahre. Diese Formulierung bewahrt die Gegenbeispiele P02/P04 und unterstellt nicht, dass jede Wartezeit ein Fehler ist.
Kriterien: Fehlt die abnehmende Person, erscheint das genehmigte visuelle Token für „nicht zugewiesen“; der Zustand bleibt Ready, statt einen neuen Zustand zu erzeugen. Die Anzeige besitzt eine programmatische Beschriftung und ist ohne Farbe unterscheidbar. Tastaturnutzende können das Feld in logischer Reihenfolge erreichen und jede erlaubte Aktion ausführen. Genaue sichtbare und barrierefreie Texte stehen bei Design aus und blockieren endgültige Textaussagen.
Außerhalb des Umfangs: E-Mail/Push, Produktionseinführung, neue Aufbewahrung, Häufigkeits- oder Ergebnisbehauptung, automatische Zuweisung, Produktions-SLA. Das Analytikkriterium bleibt blockiert, bis Ereignisnamen und Zweck genehmigt sind. Die Rückverfolgbarkeit verbindet P01/P03 mit Storys zur Sichtbarkeit; P02/P04 erfordern eine optionale Zuweisung ohne automatische Benachrichtigung.
Warum das funktioniert
1
Rückverfolgbarkeit verhindert, dass ein knapper Story-Satz unbelegtes Produktverhalten verbirgt.
2
Grenz- und Fehlerszenarien machen Akzeptanzkriterien über einen reinen Demo-Erfolgsweg hinaus nützlich.
Ergebnis prüfen
Ist jede Story einem bestätigten Bedarfsnachweis und einer genehmigten Produktentscheidung zugeordnet?
Sind die Kriterien beobachtbar, eindeutig und frei von erfundenen UI-Elementen oder Schwellenwerten?
Sind Grenzen, Berechtigungen, Fehler, Wiederherstellung, Barrierefreiheit, Datenschutz und offene Entscheidungen dort abgedeckt, wo sie relevant sind?
Sicher nutzen
Häufig gestellte Fragen
Praktische Antworten dazu, wann du dieses Rezept verwenden solltest, was du bereitstellen solltest und wo menschliche Prüfung weiterhin wichtig ist.
Was sollte ich vorbereiten, bevor ich „Entwirf User Stories und überprüfbare Akzeptanzkriterien“ verwende?
Bereite für „Entwirf User Stories und überprüfbare Akzeptanzkriterien“ Bedarf und Nachweise, genehmigte Produktentscheidungen sowie Bereitstellung und Validierung vor. Ersetze Platzhalter nur durch Informationen, die du überprüfen kannst. Wenn ein Detail unbekannt ist, halte diese Unsicherheit ausdrücklich fest, statt das Modell zu einer Schlussfolgerung aufzufordern.
Wann ist das Ergebnis von „Entwirf User Stories und überprüfbare Akzeptanzkriterien“ noch nicht einsatzbereit?
Das Ergebnis ist noch nicht einsatzbereit, wenn es anhand der bereitgestellten Nachweise das erklärte Ziel – einen Story-Satz mit Nachweisen, Grenzen, Szenarien, Akzeptanzkriterien, nichtfunktionalen Anforderungen, Abhängigkeiten und offenen Entscheidungen – noch nicht erreicht oder wenn es auf ungeklärten Annahmen, fehlenden Genehmigungen oder erfundenen Details beruht. Nutze die Prüfungen als Freigabekriterien: Überarbeite die Ausgangsinformationen oder benenne eine namentlich bekannte, befugte prüfende Person, statt ein nicht belegtes Ergebnis lediglich sprachlich zu verfeinern.
Für welche KI-Tools sind Tests von „Entwirf User Stories und überprüfbare Akzeptanzkriterien“ dokumentiert?
Im veröffentlichten Testprotokoll für „Entwirf User Stories und überprüfbare Akzeptanzkriterien“ ist mit Stand vom 28.08.2026 ChatGPT aufgeführt. Dies bestätigt dokumentierte Testläufe, garantiert aber weder die Kompatibilität noch identische Ergebnisse in späteren Produktversionen. Halte bei einem anderen Tool oder einer anderen Version sämtliche Einschränkungen sichtbar und wiederhole vor der Verwendung die Ergebnisprüfungen.
Vom Verstehen von KI zum Erledigen von Aufgaben. Übe Prompting, das Überprüfen und das Verbessern von Ergebnissen in interaktiven Lektionen für Arbeit und Alltag.
ChatGPT
