![\"\"](\"https:\/\/guides.visual-paradigm.com\/wp-content\/uploads\/2023\/09\/img_650875711142f.png\")
<\/p>\nIm agilen Entwicklungskontext ist die User Story ein grundlegender Baustein zur Lieferung von Wert f\u00fcr den Kunden. Diese pr\u00e4zisen Beschreibungen der gew\u00fcnschten Funktionalit\u00e4t erfassen das \u201eWer\u201c, das \u201eWas\u201c und das \u201eWarum\u201c einer Funktion oder Anforderung. Um sicherzustellen, dass User Stories sowohl handlungsorientiert als auch testbar sind, setzen Agile-Teams oft eine Technik namens \u201eGive \/ When \/ Then\u201c (GWT) f\u00fcr Akzeptanzkriterien ein. Diese Methode hilft, das erwartete Verhalten einer User Story auf klare und eindeutige Weise zu definieren.<\/p>\n
<\/p>\n
Akzeptanzkriterien sind Bedingungen oder Regeln, die eine User Story erf\u00fcllen muss, um als abgeschlossen angesehen zu werden. Sie fungieren als Br\u00fccke zwischen der Vision des Product Owners und der Umsetzung durch das Entwicklungsteam. Im Wesentlichen definieren sie die Grenzen und Erwartungen f\u00fcr jede User Story. Ohne gut definierte Akzeptanzkriterien kann eine User Story mehrdeutig interpretiert werden, was zu Missverst\u00e4ndnissen und m\u00f6glicherweise zu erneuter Arbeit f\u00fchren kann.<\/p>\n
Give \/ When \/ Then ist ein Format zur Erstellung von Akzeptanzkriterien, das aus dem Ansatz des Behavior-Driven Development (BDD) entlehnt wurde. Es f\u00f6rdert eine strukturierte und verst\u00e4ndliche Art und Weise, das gew\u00fcnschte Verhalten einer User Story auszudr\u00fccken. Das Format besteht aus drei Teilen:<\/p>\n
Betrachten wir ein einfaches Beispiel f\u00fcr eine E-Commerce-Website:<\/p>\n
User Story<\/strong>: Als Kunde m\u00f6chte ich in der Lage sein, Artikel in meinen Warenkorb hinzuzuf\u00fcgen, damit ich sie sp\u00e4ter kaufen kann.<\/p>\n Akzeptanzkriterien (GWT)<\/strong>:<\/p>\n In diesem Beispiel liefern die Akzeptanzkriterien ein klares Verst\u00e4ndnis dessen, was von der Benutzerstory erwartet wird, wodurch sie umsetzbar und testbar wird.<\/p>\n Problembeschreibung Fallstudie:<\/strong><\/p>\n Betrachten wir eine Fallstudie f\u00fcr eine beliebte Ride-Sharing-App wie Uber. Das vorliegende Problem besteht darin, die Benutzererfahrung zu verbessern, indem eine Funktion eingef\u00fchrt wird, die Fahrg\u00e4sten erm\u00f6glicht, Fahrten f\u00fcr bestimmte Daten und Zeiten im Voraus zu buchen.<\/p>\n Benutzerstories mit GWT-Akzeptanzkriterien:<\/strong><\/p>\n Benutzerstory 1: Fahrten im Voraus buchen<\/strong><\/p>\n Als Fahrgast<\/strong>, m\u00f6chte ich in der Lage sein, eine Fahrt f\u00fcr ein bestimmtes Datum und eine bestimmte Zeit im Voraus zu buchen, damit ich meine Fahrten besser planen kann<\/strong>.<\/p>\n Akzeptanzkriterien (GWT):<\/strong><\/p>\n Benutzerstory 2: Gebuchte Fahrt bearbeiten oder stornieren<\/strong><\/p>\n Als Fahrgast<\/strong>, m\u00f6chte ich die M\u00f6glichkeit haben, eine gebuchte Fahrt zu bearbeiten oder zu stornieren, falls sich meine Pl\u00e4ne \u00e4ndern<\/strong>.<\/p>\n Akzeptanzkriterien (GWT):<\/strong><\/p>\n Benutzerstory 3: Benachrichtigung von Fahrern \u00fcber gebuchte Fahrten<\/strong><\/p>\n Als Fahrer<\/strong>, m\u00f6chte ich Benachrichtigungen erhalten, wenn ein Passagier eine Fahrt mit mir bucht, damit ich meine Verf\u00fcgbarkeit planen kann<\/strong>.<\/p>\n Akzeptanzkriterien (GWT):<\/strong><\/p>\n Benutzerstory 4: Feedback f\u00fcr gebuchte Fahrten bereitstellen<\/strong><\/p>\n Als Passagier<\/strong>, m\u00f6chte ich die M\u00f6glichkeit haben, Feedback zu geben und Fahrer f\u00fcr geplante Fahrten zu bewerten, um die Servicequalit\u00e4t aufrechtzuerhalten<\/strong>.<\/p>\n Akzeptanzkriterien (GWT):<\/strong><\/p>\n Diese Benutzerstories und ihre zugeh\u00f6rigen Akzeptanzkriterien nach dem Muster Give \/ When \/ Then l\u00f6sen das Problem der Einf\u00fchrung 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\u00fchrt.<\/p>\n 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 \u2013 Give, When und Then \u2013 k\u00f6nnen Teams eine gr\u00f6\u00dfere Klarheit, Testbarkeit und Ausrichtung erreichen, was letztendlich zu einem erfolgreicherem Produktentwicklungsprozess f\u00fchrt. Die Integration dieses Formats in Ihren agilen Prozess kann Ihrem Team helfen, qualitativ hochwertige Software zu liefern, die die Erwartungen der Nutzer erf\u00fcllt.<\/p>\n","protected":false},"excerpt":{"rendered":" Im agilen Entwicklungskontext ist die User Story ein grundlegender Baustein zur Lieferung von Wert f\u00fcr den Kunden. Diese pr\u00e4zisen Beschreibungen der gew\u00fcnschten Funktionalit\u00e4t erfassen das \u201eWer\u201c, das \u201eWas\u201c und das \u201eWarum\u201c einer Funktion oder Anforderung. Um sicherzustellen, dass User Stories sowohl handlungsorientiert als auch testbar sind, setzen Agile-Teams oft eine Technik namens \u201eGive \/ When \/ Then\u201c (GWT) f\u00fcr 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\u00fcllen muss, um als abgeschlossen angesehen zu werden. Sie fungieren als Br\u00fccke zwischen der Vision des Product Owners und der Umsetzung durch das Entwicklungsteam. Im Wesentlichen definieren sie die Grenzen und Erwartungen f\u00fcr jede User Story. Ohne gut definierte Akzeptanzkriterien kann eine User Story mehrdeutig interpretiert werden, was zu Missverst\u00e4ndnissen und m\u00f6glicherweise zu erneuter Arbeit f\u00fchren 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\u00f6rdert eine strukturierte und verst\u00e4ndliche Art und Weise, das gew\u00fcnschte Verhalten einer User Story auszudr\u00fccken. Das Format besteht aus drei Teilen: Give: Dieser Abschnitt beschreibt den Ausgangszustand oder den Kontext des Systems. Er legt die Grundlage f\u00fcr die beschriebene Situation fest. Im Wesentlichen liefert er die Hintergrundinformationen, die zur Verst\u00e4ndnis der Situation notwendig sind. When: Dieser Abschnitt stellt die Aktion oder das Ereignis dar, das das in der User Story beschriebene Verhalten ausl\u00f6st. Es handelt sich um das spezifische Ereignis, das der Benutzer durchf\u00fchrt oder das im System stattfindet. Then: Dieser Abschnitt beschreibt das erwartete Ergebnis oder den Ausgang der in der \u201eWhen\u201c-Sektion beschriebenen Aktion oder des Ereignisses. Er definiert, was als Folge der Aktion geschehen soll, meist in Form von beobachtbaren Ver\u00e4nderungen im System oder der Anwendung. Vorteile der Akzeptanzkriterien nach Give \/ When \/ Then Klarheit: Das GWT-Format bietet eine strukturierte und leicht verst\u00e4ndliche Art und Weise, das erwartete Verhalten einer User Story auszudr\u00fccken. Dies reduziert Mehrdeutigkeiten und stellt sicher, dass jedes Mitglied des Entwicklungsteams \u2013 einschlie\u00dflich Entwickler, Tester und Product Owner \u2013 eine klare Vorstellung davon hat, was zu tun ist. Testbarkeit: Das Format eignet sich naturgem\u00e4\u00df f\u00fcr Testf\u00e4lle. Jeder Bestandteil \u201eGiven\u201c, \u201eWhen\u201c und \u201eThen\u201c kann in konkrete Test-Szenarien \u00fcbersetzt werden, was die \u00dcberpr\u00fcfung erleichtert, ob die User Story korrekt umgesetzt wurde. Ausrichtung: GWT-Akzeptanzkriterien f\u00f6rdern die Zusammenarbeit zwischen Teammitgliedern. Product Owner, Entwickler und Tester k\u00f6nnen gemeinsam an der Definition und Feinabstimmung der Kriterien arbeiten, um sicherzustellen, dass alle sich bez\u00fcglich des Umfangs und der Erwartungen der Story einig sind. Beispiele f\u00fcr Akzeptanzkriterien nach Give \/ When \/ Then Betrachten wir ein einfaches Beispiel f\u00fcr eine E-Commerce-Website: User Story: Als Kunde m\u00f6chte ich in der Lage sein, Artikel in meinen Warenkorb hinzuzuf\u00fcgen, damit ich sie sp\u00e4ter kaufen kann. Akzeptanzkriterien (GWT): Given Ich befinde mich auf der Produktseite When Ich klicke auf die Schaltfl\u00e4che \u201eZum Warenkorb hinzuf\u00fcgen\u201c f\u00fcr ein Produkt Then Das Produkt sollte in meinen Warenkorb hinzugef\u00fcgt werden UndDas Warenkorb-Symbol in der Navigationsleiste sollte die aktualisierte Artikelanzahl anzeigen UndIch sollte eine Best\u00e4tigungsnachricht sehen, die die Hinzuf\u00fcgung des Produkts zum Warenkorb anzeigt In diesem Beispiel liefern die Akzeptanzkriterien ein klares Verst\u00e4ndnis dessen, was von der Benutzerstory erwartet wird, wodurch sie umsetzbar und testbar wird. Problembeschreibung Fallstudie: Betrachten wir eine Fallstudie f\u00fcr eine beliebte Ride-Sharing-App wie Uber. Das vorliegende Problem besteht darin, die Benutzererfahrung zu verbessern, indem eine Funktion eingef\u00fchrt wird, die Fahrg\u00e4sten erm\u00f6glicht, Fahrten f\u00fcr bestimmte Daten und Zeiten im Voraus zu buchen. Benutzerstories mit GWT-Akzeptanzkriterien: Benutzerstory 1: Fahrten im Voraus buchen Als Fahrgast, m\u00f6chte ich in der Lage sein, eine Fahrt f\u00fcr 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 \u00f6ffne und mein Ziel, Datum und Uhrzeit f\u00fcr die Fahrt eingeben DannDie App sollte verf\u00fcgbare Fahrer f\u00fcr das ausgew\u00e4hlte Datum und die ausgew\u00e4hlte Zeit anzeigen UndIch sollte in der Lage sein, die Fahrt zu best\u00e4tigen und zu buchen UndIch sollte eine Best\u00e4tigungsnachricht mit den Details der gebuchten Fahrt erhalten Benutzerstory 2: Gebuchte Fahrt bearbeiten oder stornieren Als Fahrgast, m\u00f6chte ich die M\u00f6glichkeit haben, eine gebuchte Fahrt zu bearbeiten oder zu stornieren, falls sich meine Pl\u00e4ne \u00e4ndern. Akzeptanzkriterien (GWT): GegebenIch habe eine gebuchte Fahrt WennIch \u00f6ffne die App und navigiere zu meinen gebuchten Fahrten DannIch sollte eine Liste meiner kommenden gebuchten Fahrten sehen UndIch sollte eine Fahrt ausw\u00e4hlen k\u00f6nnen, um entweder Datum und Uhrzeit zu bearbeiten oder sie abzusagen UndWenn ich die Fahrt bearbeite, sollte die App verf\u00fcgbare Fahrer f\u00fcr das aktualisierte Datum und die aktualisierte Uhrzeit anzeigen UndIch sollte eine Best\u00e4tigungsbenachrichtigung f\u00fcr alle vorgenommenen \u00c4nderungen erhalten Benutzerstory 3: Benachrichtigung von Fahrern \u00fcber gebuchte Fahrten Als Fahrer, m\u00f6chte ich Benachrichtigungen erhalten, wenn ein Passagier eine Fahrt mit mir bucht, damit ich meine Verf\u00fcgbarkeit planen kann. Akzeptanzkriterien (GWT): GegebenIch bin ein aktiver Fahrer mit der Fahrgemeinschafts-App ge\u00f6ffnet Wennein Passagier eine Fahrt mit mir f\u00fcr 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\u00f6nnen Benutzerstory 4: Feedback f\u00fcr gebuchte Fahrten bereitstellen Als Passagier, m\u00f6chte ich die M\u00f6glichkeit haben, Feedback zu geben und Fahrer f\u00fcr geplante Fahrten zu bewerten, um die Servicequalit\u00e4t aufrechtzuerhalten. Akzeptanzkriterien (GWT): GegebenIch habe eine geplante Fahrt abgeschlossen WennIch die App nach Abschluss der Fahrt \u00f6ffne Dannsollte ich die M\u00f6glichkeit 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\u00fcr die Feedback-Abgabe erhalten Diese Benutzerstories und ihre zugeh\u00f6rigen Akzeptanzkriterien nach dem Muster Give \/ When \/ Then l\u00f6sen das Problem der Einf\u00fchrung 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\u00fchrt. FazitGive \/ When \/ Then Akzeptanzkriterien f\u00fcr User Stories im agilen Entwicklungskontext<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"","_yoast_wpseo_metadesc":"","_eb_attr":"","neve_meta_sidebar":"","neve_meta_container":"","neve_meta_enable_content_width":"","neve_meta_content_width":0,"neve_meta_title_alignment":"","neve_meta_author_avatar":"","neve_post_elements_order":"","neve_meta_disable_header":"","neve_meta_disable_footer":"","neve_meta_disable_title":"","fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[13,6],"tags":[],"class_list":["post-6483","post","type-post","status-publish","format-standard","hentry","category-agile-scrum","category-agile-development"],"yoast_head":"\n\n
\n
\n
\n
\n
Fazit<\/strong><\/h3>\n