User Story
Eine User Story oder Anwendererzählung ist eine kurze Beschreibung (Story) dessen, was ein Benutzer (User) will. User Stories werden bei der Entwicklung von Produkten oder Software innerhalb von Agile Frameworks verwendet, zu denen auch Scrum gehört. Eine Anwendererzählung besteht aus ein paar Sätzen, in denen beschrieben wird, was der Benutzer des Produkts machen will bzw. muss. Sie ist im Regelfall wenig detailliert und sollte auf einen Klebezettel passen. Über die User Story beeinflusst der Benutzer die Entwicklung eines Systems oder Produkts und letztendlich auch dessen Funktionalität.
Woraus setzt sich eine Story zusammen?
Sie besteht aus drei Teilen:
- Beschreibung in der Form: „Als [Rolle] möchte ich [Funktionalität], damit ich [Grund]“
- Gespräch / Diskussion über die Story, um die Einzelheiten zu besprechen. Die Einzelheiten werden festgelegt. Dies erfolgt beim Backlog Grooming oder während des Sprint Planning.
- Testdetails, mit denen ermittelt wird, ob die Anwendererzählung vollständig ist. Dies nennt man die Abnahmekriterien und die Definition of Done.
Alle Informationen zum Sprint Planning? Schauen Sie sich unser Animationsvideo an.
Über welche Eigenschaften verfügt eine gute User Story?
- I – Independent: Sie beschreibt Funktionen, die unabhängig voneinander implementiert werden können.
- N – Negotiable: Sie ist verhandelbar. Anders als bei herkömmlichen Projekten ist die Anwendererzählung nicht vollständig vordefiniert. Somit erhält das Entwicklungsteam den Freiraum, eine Story nach eigenem Ermessen möglichst optimal umzusetzen.
- V – Valuable: Sie nützt mindestens einem Stakeholder.
- E – Estimable: Sie kann dafür sorgen, dass das Team die Komplexität und die erforderlichen Kapazitäten bestimmt, um die User Story realisieren zu können.
- S – Small: Die Umsetzung der Anwendererzählung darf nicht mehr Zeit in Anspruch nehmen als ein Sprint. User Stories, die später verwirklicht werden, können länger dauern. Eine Story, die zu umfangreich ist, um in einem Sprint realisiert zu werden, wird auch Epic genannt.
- T – Testable: Die Stakeholder und der Product Owner kennen den Inhalt der User Story genau und wissen, welche Inhalte in Tests bewertet werden. Dies wird in den Abnahmekriterien und der Definition of Done formuliert.
