Wie können wir sicherstellen, dass eine User Story korrekt abgeschlossen wird und die Anforderungen des Kunden erfüllt? Hier kommt Akzeptanzkriterien ins Spiel. Akzeptanzkriterien sind eine formelle Liste von Anforderungen, die sicherstellen, dass alle User Stories abgeschlossen werden und alle Szenarien berücksichtigt werden. Kurz gesagt, definieren Akzeptanzkriterien die Bedingungen, unter denen eine User Story als abgeschlossen gilt. Klare, schriftliche Kriterien helfen Entwicklerteams, Missverständnisse über Kundenbedürfnisse zu vermeiden und Unklarheiten zu verhindern.
Daher sind Akzeptanzkriterien beim Schreiben von User Stories unerlässlich. Sie helfen Ihrem Team zu verstehen, was während der Funktionsentwicklung obligatorisch ist und worauf sie sich konzentrieren sollten.
Lassen Sie uns tiefer in die Akzeptanzkriterien eintauchen.
Was sind Akzeptanzkriterien?
Akzeptanzkriterien ermöglichen es Ihnen, festzulegen, wann eine User Story abgeschlossen ist und wann sie alle Funktionen enthält, die benötigt werden, um die Bedürfnisse der Nutzer zu erfüllen.
Sie sind eine Reihe von Bedingungen, die eine User Story erfüllen muss, um als abgeschlossen gelten zu können. Sie geben den detaillierten Umfang der User Story und das Erforderliche an, damit Ihr Team das vorliegende Problem versteht. Auf diese Weise können Sie bei jeder neuen Funktionsfreigabe sicherstellen, dass sie den Ansprüchen des Nutzers entspricht.
Bevor Sie jedoch begeistert eine Reihe funktionaler Kriterien auflisten, die Ihre User Story erfüllen sollte, überlegen Sie, wie andere Variablen die Qualität Ihrer Funktion beeinflussen können, und nehmen Sie diese in Ihre Akzeptanzkriterien auf.
Akzeptanzkriterien können Details wie
- Benutzererfahrung
- Auswirkung der aktuellen User Story auf bestehende Funktionen
- Wichtige Leistungsmerkmale wie Geschwindigkeit
- Was die User Story bewirken soll
Daher sollten Sie je nach der zu entwickelnden Funktionalität und ihrer Komplexität mit Ihrem Team zusammen sitzen, um die minimalen Funktionalitäten zu bestimmen, die sie erfüllen sollte, und wie sie sich verhalten soll.
Wenn es komplex ist oder eine Kernfunktion Ihres Produkts darstellt, sollten Sie erwägen, so viele und detaillierte Akzeptanzkriterien wie möglich zu schreiben, um Verwirrung bei Ihrem Team zu vermeiden.
Wie man Akzeptanzkriterien für User Stories schreibt
1. Akzeptanzkriterien sollten aus der Perspektive des Nutzers formuliert werden
Akzeptanzkriterien sind eine Möglichkeit, das Problem aus der Perspektive des Kunden zu betrachten. Sie sollten im Kontext einer echten Nutzererfahrung formuliert werden. Schließlich bauen Sie ein Produkt für Nutzer, oder?
2. Kriterien sollten klar und präzise sein
Akzeptanzkriterien sollten nicht mit Testfällen oder Dokumentation verwechselt werden. Es ist wichtig, Ihre Kriterien so einfach und klar wie möglich zu halten.
3. Jeder muss Ihre Akzeptanzkriterien verstehen
Wenn Ihre Entwickler sie nicht verstehen können, sind Ihre Kriterien nutzlos. Wenn Sie unsicher sind, ob sie klar sind, nehmen Sie sich Zeit, Fragen zu stellen und anpassen, bis alles klar ist.
4. Akzeptanzkriterien gehen nicht darum, wie (Wie?). Es geht darum, was (Warum?)
Wie User Stories sind Akzeptanzkriterien keine Aufgaben. Sie sind eine Art, die User Story zu kommunizieren.
5. Akzeptanzkriterien sind spezifisch, aber keine weitere Ebene der Detailgenauigkeit
Betrachten Sie eine Steuererklärungssoftware. Die wichtigste Anforderung ist, die fällige Steuer korrekt auf Basis von Einkommen und Ausgaben zu berechnen. Klare Sache, oder? Und Sie wissen, dass Sie nicht jede mögliche Kombination testen können – weil die Möglichkeiten nahezu unendlich sind.
Daher werden Ihre Akzeptanzkriterien für die User Story spezifische Bedingungen oder Anforderungen festlegen, die erfüllt werden müssen. Das bedeutet, präziser zu sein, nicht eine weitere Ebene der Detailgenauigkeit hinzuzufügen. Dies hilft Ihrem Team, zu verstehen, was erforderlich ist, und beschleunigt die Lieferung. Natürlich können Sie bei einem Vergleich Ihres aktuellen Burn-down-Graphen mit früheren Versionen Verbesserungen erkennen.
6. Akzeptanzkriterien können eine Wiedergabe der User Story aus der Perspektive des Nutzers sein
Dies gilt nur, wenn die Benutzergeschichte nicht übermäßig komplex ist. Hier ist ein Beispiel, was ich meine.
Für eine Benutzergeschichte wie „Als Finanzbeamter möchte ich Rechnungen akzeptieren, damit ich alle Finanzberichte verfolgen kann”
Ihre Akzeptanzkriterien könnten lauten „Wenn ich die Akzeptanzaktion durchführe, wird die Rechnung akzeptiert (durch Überprüfung des Rechnungseintrags bestätigt)”
Gegeben/Wenn/Dann-Akzeptanzkriterien-Vorlage
Um das Leben einfacher zu machen, hier eine einfache Vorlage, die Sie verwenden können, um Akzeptanzkriterien zu schreiben:
Gegeben [Zusammenhang], wenn [eine bestimmte Aktion durchgeführt wird], dann [sollte eine Reihe von Folgen eintreten]
Beispiele für Akzeptanzkriterien
Für die Beispiel-Benutzergeschichte:
“Als Autor möchte ich Benachrichtigungen erhalten, wenn andere Kommentare hinzufügen, damit ich auf dem Laufenden bleibe.”
Hier sind drei Beispiele für Akzeptanzkriterien für die oben genannte Benutzergeschichte:
- Gegeben mein Telefon ist gesperrt wenn die App ist nicht geöffnet, dann sollte ich eine Banner-Benachrichtigung erhalten.
- Gegeben ich schreibe ein Dokument wenn die App ist geöffnet, dann sollte das Glockensymbol aktualisiert werden, um ungelesene Benachrichtigungen mit einer Anzahl anzuzeigen.
Beispiel – Website-Bewertungsabgabe
Wir definieren die Benutzergeschichte und die Akzeptanzkriterien für die Blog-Kommentarfunktion. Angemeldete Benutzer können Kommentare hinzufügen. Die Benutzergeschichte für die Funktion „Kommentar hinzufügen“ wäre:
Als ein angemeldeter Benutzer,
Ich möchte einen Kommentar zu einem Blogbeitrag abgeben zu können,
damitich Feedback zum Thema erhalten kann.
Die Akzeptanzkriterien für diese Funktion lauten:
Szenario: Ein angemeldeter Benutzer hinterlässt einen Kommentar zu einem Blogbeitrag
Gegeben, dass ich ein angemeldeter Benutzer bin,
Wenn ich die Seite mit einem bestimmten Blogbeitrag öffne,
Dann zeigt das System einen „Kommentare“-Bereich unter dem Blogbeitrag an, der eine Liste der von anderen Benutzern hinzugefügten Kommentare zeigt.
Das System zeigt ein „Kommentar hinzufügen“-Feld am Anfang des „Kommentare“-Bereichs an.
Wenn ich das „Kommentar hinzufügen“-Feld mit meinem Kommentar ausfülle und auf die Schaltfläche „Absenden“ klicke,
Dann speichert das System meinen Kommentar.
Das System zeigt meinen Kommentar am Anfang des „Kommentare“-Bereichs an.
Das System zeigt meinen Benutzernamen und Avatar links neben meinem Kommentar an.
Das System zeigt „Löschen“- und „Bearbeiten“-Symbole auf der gegenüberliegenden Seite meines Kommentars an.
Wie Sie sehen können, ist das Verfassen von Akzeptanzkriterien wirklich ein Win-Win für Kunden und Entwicklungsteams: Es hilft dem Team nicht nur, klar zu verstehen, was sie tun müssen, sondern ermöglicht auch Kunden, den Entwicklungsprozess zu verstehen und zu überprüfen, ob die gelieferte Software echte geschäftliche Bedürfnisse erfüllt.
- Effektive Benutzerstories – Die 3C’s und das INVEST-Leitfaden
- Agile Entwicklung – Iterativ und inkrementell
- Was ist das Product Backlog im Scrum? Wer ist dafür verantwortlich?
- Wie wird das Product Backlog verfeinert?
- Was ist das Sprint-Backlog im Scrum?
- Wie wird das Product Backlog mit der MoSCoW-Methode priorisiert?
- Wie wird das Product Backlog mit der 100-Punkte-Methode priorisiert?
- Was ist ein Sprint-Ziel im Scrum?
- Was ist ein Burndown-Diagramm im Scrum?
- Was ist die Rollen-Funktion-Grund-Vorlage?
- Sprint-Inkrement vs Potenziell lieferbares Produkt vs MVP vs MMP
- SMART-Ziele und INVEST für Benutzerstories erstellen