Eine User Story ist eine kurze, in einfacher Sprache geschriebene Beschreibung einer Funktion aus Sicht des Benutzers. Sie erfasst wer etwas möchte, was sie möchten und warum. Akzeptanzkriterien definieren, was "fertig" für diese Story bedeutet — die Bedingungen, die erfüllt sein müssen, um akzeptiert zu werden.
As a [type of user]
I want [some goal]
so that [some benefit].
Example:
As a returning customer
I want to save my shipping address
so that I don't re-enter it every order.
Der "so that"-Teil ist am wichtigsten — er gibt den Wert an, was dem Team hilft, bessere Lösungen zu finden als die wörtlich angeforderte.
Given a logged-in customer with a saved address
When they reach checkout
Then the saved address is pre-filled
And they can edit it before confirming
✓ Testable and unambiguous
✓ Defines done — no "I thought you meant..."
Unabhängig, Verhandelbar, Wertvoll, Schätzbar, Klein, Testbar. Eine Story, die zu groß zum Schätzen oder zum Abschließen in einem Sprint ist, sollte aufgeteilt werden.
Stories halten das Team auf Benutzerwert konzentriert, anstatt auf eine Liste von technischen Aufgaben, und sie laden zum Gespräch ein, statt eine Lösung vorzuschreiben.
Klare Akzeptanzkriterien verhindern die häufigste Lieferkomplikation: etwas bauen, das technisch funktioniert, aber nicht dem entspricht, was tatsächlich benötigt wurde.
Eine Sammlung von IT-Interviewfragen mit ausführlichen Antworten — vom Junior bis zum Senior.
Spenden