User Stories und Akzeptanzkriterien

Eine User Story ist eine Konversation über Wert und Verhalten, keine Möglichkeit, Anforderungen in einen einzigen Satz zu passen. Akzeptanzkriterien sollten Unklarheiten in wichtigen Bereichen des Szenarios, einschließlich Fehlern und Zugriffsrechten, beseitigen, aber nicht zu einer schrittweisen technischen Lösung werden.

Was sind User Stories und Akzeptanzkriterien

Definitionen und Ziele

Eine User Story ist eine kurze Beschreibung der Bedürfnisse eines Nutzers oder eines Falls. Die Struktur ist in der Regel diese: Als Benutzer möchte ich [handeln], um [Zweck]. Akzeptanzkriterien sind klare Bedingungen, damit eine Story erfüllt werden kann. Sie legen Anforderungen fest und dienen als Checkliste zur Verifizierung.

User Stories beantworten die Frage, wer was will, Akzeptanzkriterien – wenn diese Anfrage richtig umgesetzt wird.

Beispiele für Arbeiten

Beispiel User Story: Als registrierter Benutzer möchte ich mein Passwort ändern, um die Sicherheit meines Kontos zu verbessern.

Akzeptanzkriterien:

Der Benutzer kann das Passwort auf der Profilseite ändern.
Neue und alte Passwörter müssen ausgefüllt werden.
Fehler, wenn das alte Passwort inkonsistent ist.
Nach Änderung des Passworts erhält der Benutzer eine E-Mail-Benachrichtigung.

Warum User Stories in der Lieferung benötigt werden

Verhältnis zu den Liefervorgängen

User Stories sind das Hauptelement für die Planung und Partitionierung von Aufgaben. Wenn die Geschichte spezifisch und kurz ist, bewertet das Team die Arbeitsbelastung, verpasst keine Details und wird nicht durch die Anforderungen verwirrt.

Akzeptanzkriterien machen Wünsche zu messbaren Ergebnissen. Das sind die Akzeptanzkriterien – sie prüfen, ob sie genau das geliefert haben, was sie brauchen, und sie haben nichts verpasst.

Wie es hilft.

In Planung:

Geschichten sind bequem mit dem Team zu diskutieren - jeder weiß, wie Erfolg aussieht.
Schnellere Identifizierung komplexer oder unklarer Momente in der Phase der extrem billig - vor der Umsetzung

Prüfung:

Akzeptanzkriterien - die Grundlage für die Testfälle
Die Automatisierung des BDD-Screenings ist einfacher, wenn die Kriterien klar definiert sind.

Empfang:

Der Produktmanager muss nicht denken: Checkliste ist fertig
Es gibt keinen Unterschied zwischen Business und Team

Beispiel: Wenn Sie die Story für den Feedback-Button nur als “Feedback-Button erstellen” beschreiben, kann das Design und Verhalten von den Erwartungen abweichen. Wenn Sie klare Akzeptanzkriterien hinzufügen – Ansicht, Ort, Reaktion auf Klick, dann entstehen keine unerwarteten Fragen.

Wie man gute User Stories und Akzeptanzkriterien schreibt

Best Practices für Design

User Stories: Kurz, strukturiert, ohne unnötige Details. Gehen Sie nicht in technische Aufgaben wie “Make REST API”. Denken Sie aus einer Benutzerperspektive.

Akzeptanzkriterien: eindeutig, überprüfbar, ohne einander zu überlappen.

Empfehlungen:

Eine Geschichte, eine Benutzeraufgabe
Akzeptanzkriterien umfassen alle Verhaltensweisen, einschließlich negativer Szenarien.
Ohne Werturteile wie “schnell” oder “schön”

Anti-Muster und Fehler

Häufige Fehler:

Geschichten ohne expliziten Benutzer oder Zweck
Akzeptanzkriterien decken keine Extremfälle ab
Kriterien widersprechen einander oder werden dupliziert.
Akzeptanzkriterien nur Happy Path – keine Fehler

Beispiel: Zum geplanten Projektfeature “Teilen eines Artikels”. Akzeptanzkriterien berücksichtigten nicht, dass ein Link privat sein könnte. Infolgedessen teilten die Benutzer private Materialien öffentlich. Wenn den Kriterien mehr Aufmerksamkeit geschenkt würde, wäre der Vorfall vermieden worden.

Validierung und Akzeptanz: Prozesse, Rollen, Metriken

Wer verantwortlich ist und was zu überprüfen ist

Meistens ist der Produktmanager oder Product Owner für die Formulierung von User Stories und Akzeptanzkriterien verantwortlich. Entwickler, Tester, Designer werden in die Diskussion einbezogen, um die Machbarkeit und Vollständigkeit zu überprüfen.

In der Abgabephase werden sie durchgeführt:

Grooming (Anforderungsanalyse und Klärung der Kriterien)
Demonstration (Demo) der abgeschlossenen Aufgabe zu Akzeptanzkriterien
Akzeptanz des Merkmals auf der Checkliste der Kriterien

Metriken und Qualität

Der genaue Zeitpunkt für die Annahme und Korrektur von Bugs hängt vom Markt und vom Unternehmen ab. In der Praxis sehen wir:

Prozentsatz der User Stories mit formalisierten Akzeptanzkriterien
Zeit von der Fertigstellung bis zur Annahme (Zykluszeit)
Anzahl der in der Beschreibungsphase nicht gefangenen Mängel

So verwenden Sie User Stories und Akzeptanzkriterien in Tools

In jira, Backlog, bdd

In jira User Stories und Akzeptanzkriterien werden meist Aufgaben beschrieben. Akzeptanzkriterien können als separate Checkliste geführt werden, was für das Testen und die Automatisierung bequem ist. Wenn Ihr Team BDD (Behavior Driven Development) verwendet, werden die Kriterien im Given-When- Dann Format.

Beispiel für BDD: Angegebener Benutzer auf der Profilseite Wenn Sie das richtige alte und neue Passwort eingeben Dann gibt es eine Nachricht über eine erfolgreiche Änderung, eine E-Mail wird gesendet.

Wie man Kriterien beim Ändern nicht verliert

In der Praxis wird oft vergessen, Akzeptanzkriterien zu aktualisieren, wenn sich Anforderungen ändern. Lösung: Halten Sie die Kriterien in einer einzigen Quelle der Wahrheit (z. B. Jira oder allgemeines Dokument) und verfolgen Sie ihre Relevanz jedes Mal, wenn Sie eine Geschichte bearbeiten.

FAQ: Häufige Fragen

**Wie unterscheidet sich eine User Story von einer Aufgabe? Eine User Story beschreibt den Bedarf eines Nutzers, eine Aufgabe ist die spezifische Arbeit, die zur Implementierung der Story geleistet werden muss.

Wer sind die Akzeptanzkriterien? Der Produktmanager antwortet normalerweise. Die Kriterien sollten aber gemeinsam mit Entwicklern und Testern geklärt werden.

**Kann ich die Akzeptanzkriterien während des Sprints ändern? Es ist besser, es zu vermeiden, sonst verliert die Planung ihre Bedeutung. Wenn sich die Kriterien ändern, sprechen Sie mit dem Team.

**Was tun, wenn Akzeptanzkriterien verpasst werden? Gehen Sie zurück zur Geschichte, fügen Sie Kriterien hinzu, bevor die Entwicklung beginnt. Ansonsten sind Missverständnisse gewährleistet.

Sind negative Szenarien in Akzeptanzkriterien erforderlich? Am besten, sonst gehen Fehler und Sackgasse vorüber.

Wo kann ich mehr lesen? Atlassian Guide
Mike Cohn: User Stories