Give / When / Then Akzeptanzkriterien für User Stories im agilen Entwicklungskontext

Im agilen Entwicklungskontext ist die User Story ein grundlegender Baustein zur Lieferung von Wert für den Kunden. Diese präzisen Beschreibungen der gewünschten Funktionalität erfassen das „Wer“, das „Was“ und das „Warum“ einer Funktion oder Anforderung. Um sicherzustellen, dass User Stories sowohl handlungsorientiert als auch testbar sind, setzen Agile-Teams oft eine Technik namens „Give / When / Then“ (GWT) für Akzeptanzkriterien ein. Diese Methode hilft, das erwartete Verhalten einer User Story auf klare und eindeutige Weise zu definieren.

Was sind Akzeptanzkriterien?

Akzeptanzkriterien sind Bedingungen oder Regeln, die eine User Story erfüllen muss, um als abgeschlossen angesehen zu werden. Sie fungieren als Brücke zwischen der Vision des Product Owners und der Umsetzung durch das Entwicklungsteam. Im Wesentlichen definieren sie die Grenzen und Erwartungen für jede User Story. Ohne gut definierte Akzeptanzkriterien kann eine User Story mehrdeutig interpretiert werden, was zu Missverständnissen und möglicherweise zu erneuter Arbeit führen kann.

Die Struktur der Akzeptanzkriterien nach Give / When / Then

Give / When / Then ist ein Format zur Erstellung von Akzeptanzkriterien, das aus dem Ansatz des Behavior-Driven Development (BDD) entlehnt wurde. Es fördert eine strukturierte und verständliche Art und Weise, das gewünschte Verhalten einer User Story auszudrücken. Das Format besteht aus drei Teilen:

1. Give: Dieser Abschnitt beschreibt den Ausgangszustand oder den Kontext des Systems. Er legt die Grundlage für die beschriebene Situation fest. Im Wesentlichen liefert er die Hintergrundinformationen, die zur Verständnis der Situation notwendig sind.
2. When: Dieser Abschnitt stellt die Aktion oder das Ereignis dar, das das in der User Story beschriebene Verhalten auslöst. Es handelt sich um das spezifische Ereignis, das der Benutzer durchführt oder das im System stattfindet.
3. Then: Dieser Abschnitt beschreibt das erwartete Ergebnis oder den Ausgang der in der „When“-Sektion beschriebenen Aktion oder des Ereignisses. Er definiert, was als Folge der Aktion geschehen soll, meist in Form von beobachtbaren Veränderungen im System oder der Anwendung.

Vorteile der Akzeptanzkriterien nach Give / When / Then

1. Klarheit: Das GWT-Format bietet eine strukturierte und leicht verständliche Art und Weise, das erwartete Verhalten einer User Story auszudrücken. Dies reduziert Mehrdeutigkeiten und stellt sicher, dass jedes Mitglied des Entwicklungsteams – einschließlich Entwickler, Tester und Product Owner – eine klare Vorstellung davon hat, was zu tun ist.
2. Testbarkeit: Das Format eignet sich naturgemäß für Testfälle. Jeder Bestandteil „Given“, „When“ und „Then“ kann in konkrete Test-Szenarien übersetzt werden, was die Überprüfung erleichtert, ob die User Story korrekt umgesetzt wurde.
3. Ausrichtung: GWT-Akzeptanzkriterien fördern die Zusammenarbeit zwischen Teammitgliedern. Product Owner, Entwickler und Tester können gemeinsam an der Definition und Feinabstimmung der Kriterien arbeiten, um sicherzustellen, dass alle sich bezüglich des Umfangs und der Erwartungen der Story einig sind.

Beispiele für Akzeptanzkriterien nach Give / When / Then

Betrachten wir ein einfaches Beispiel für eine E-Commerce-Website:

User Story: Als Kunde möchte ich in der Lage sein, Artikel in meinen Warenkorb hinzuzufügen, damit ich sie später kaufen kann.

Akzeptanzkriterien (GWT):

• Given Ich befinde mich auf der Produktseite
• When Ich klicke auf die Schaltfläche „Zum Warenkorb hinzufügen“ für ein Produkt
• Then Das Produkt sollte in meinen Warenkorb hinzugefügt werden
• UndDas Warenkorb-Symbol in der Navigationsleiste sollte die aktualisierte Artikelanzahl anzeigen
• UndIch sollte eine Bestätigungsnachricht sehen, die die Hinzufügung des Produkts zum Warenkorb anzeigt

In diesem Beispiel liefern die Akzeptanzkriterien ein klares Verständnis dessen, was von der Benutzerstory erwartet wird, wodurch sie umsetzbar und testbar wird.

Problembeschreibung Fallstudie:

Betrachten wir eine Fallstudie für eine beliebte Ride-Sharing-App wie Uber. Das vorliegende Problem besteht darin, die Benutzererfahrung zu verbessern, indem eine Funktion eingeführt wird, die Fahrgästen ermöglicht, Fahrten für bestimmte Daten und Zeiten im Voraus zu buchen.

Benutzerstories mit GWT-Akzeptanzkriterien:

Benutzerstory 1: Fahrten im Voraus buchen

Als Fahrgast, möchte ich in der Lage sein, eine Fahrt für ein bestimmtes Datum und eine bestimmte Zeit im Voraus zu buchen, damit ich meine Fahrten besser planen kann.

Akzeptanzkriterien (GWT):

• GegebenIch habe die Ride-Sharing-App installiert und bin angemeldet
• WennIch die App öffne und mein Ziel, Datum und Uhrzeit für die Fahrt eingeben
• DannDie App sollte verfügbare Fahrer für das ausgewählte Datum und die ausgewählte Zeit anzeigen
• UndIch sollte in der Lage sein, die Fahrt zu bestätigen und zu buchen
• UndIch sollte eine Bestätigungsnachricht mit den Details der gebuchten Fahrt erhalten

Benutzerstory 2: Gebuchte Fahrt bearbeiten oder stornieren

Als Fahrgast, möchte ich die Möglichkeit haben, eine gebuchte Fahrt zu bearbeiten oder zu stornieren, falls sich meine Pläne ändern.

Akzeptanzkriterien (GWT):

• GegebenIch habe eine gebuchte Fahrt
• WennIch öffne die App und navigiere zu meinen gebuchten Fahrten
• DannIch sollte eine Liste meiner kommenden gebuchten Fahrten sehen
• UndIch sollte eine Fahrt auswählen können, um entweder Datum und Uhrzeit zu bearbeiten oder sie abzusagen
• UndWenn ich die Fahrt bearbeite, sollte die App verfügbare Fahrer für das aktualisierte Datum und die aktualisierte Uhrzeit anzeigen
• UndIch sollte eine Bestätigungsbenachrichtigung für alle vorgenommenen Änderungen erhalten

Benutzerstory 3: Benachrichtigung von Fahrern über gebuchte Fahrten

Als Fahrer, möchte ich Benachrichtigungen erhalten, wenn ein Passagier eine Fahrt mit mir bucht, damit ich meine Verfügbarkeit planen kann.

Akzeptanzkriterien (GWT):

• GegebenIch bin ein aktiver Fahrer mit der Fahrgemeinschafts-App geöffnet
• Wennein Passagier eine Fahrt mit mir für ein bestimmtes Datum und eine bestimmte Uhrzeit bucht
• DannIch sollte eine Echtzeit-Benachrichtigung mit den Details der gebuchten Fahrt erhalten
• UndDie App sollte die gebuchte Fahrt in meinem Fahrer-Dashboard anzeigen
• UndIch sollte innerhalb einer angemessenen Frist die gebuchte Fahrt akzeptieren oder ablehnen können

Benutzerstory 4: Feedback für gebuchte Fahrten bereitstellen

Als Passagier, möchte ich die Möglichkeit haben, Feedback zu geben und Fahrer für geplante Fahrten zu bewerten, um die Servicequalität aufrechtzuerhalten.

Akzeptanzkriterien (GWT):

• GegebenIch habe eine geplante Fahrt abgeschlossen
• WennIch die App nach Abschluss der Fahrt öffne
• Dannsollte ich die Möglichkeit haben, den Fahrer zu bewerten und Feedback zu geben
• Undsollte die Bewertung des Fahrers basierend auf meinem Feedback aktualisiert werden
• Undsollte ich eine Danksagung für die Feedback-Abgabe erhalten

Diese Benutzerstories und ihre zugehörigen Akzeptanzkriterien nach dem Muster Give / When / Then lösen das Problem der Einführung einer Fahrtplanungsfunktion in einer Ride-Sharing-App. Durch die Anwendung dieses strukturierten Ansatzes kann das Entwicklungsteam sicherstellen, dass die Anforderungen und das erwartete Verhalten der neuen Funktion klar verstanden werden, was letztendlich zu einer besseren Benutzererfahrung führt.

Fazit

Akzeptanzkriterien nach dem Muster Give / When / Then bieten einen strukturierten Ansatz zur Definition des erwarteten Verhaltens von Benutzerstories im agilen Entwicklungsumfeld. Durch die Aufteilung der Kriterien in drei klare Abschnitte – Give, When und Then – können Teams eine größere Klarheit, Testbarkeit und Ausrichtung erreichen, was letztendlich zu einem erfolgreicherem Produktentwicklungsprozess führt. Die Integration dieses Formats in Ihren agilen Prozess kann Ihrem Team helfen, qualitativ hochwertige Software zu liefern, die die Erwartungen der Nutzer erfüllt.