Spring GDS 25. Jubiläum
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
Eine User Story ist eine kurze Beschreibung eines Features aus der Sicht der Person, die es nutzen wird. Sie beantwortet, wer etwas will, was er will und warum. Das übliche Format lautet: "Als [Nutzertyp] möchte ich [eine Aktion], damit [ein Nutzen]." Die letzte Klausel zählt am meisten, denn sie zwingt das Team, den Grund hinter der Arbeit zu benennen, nicht bloß die Mechanik.
Stories sind bewusst klein und bewusst unvollständig. Sie sind ein Platzhalter für ein Gespräch, keine von oben diktierte Spezifikation. Das Detail kommt über die Akzeptanzkriterien hinzu, die Bedingungen, die festlegen, wann die Story fertig ist. Eine Story wie "Als wiederkehrender Käufer möchte ich meine Zahlungsdaten speichern, damit der Checkout beim nächsten Mal schneller geht" sagt nichts über die UI, und genau das ist der Punkt. Sie hält das Team beim Ergebnis, bevor jemand über Buttons streitet.
User Stories stehen im Zentrum davon, wie Teams in der agilen Entwicklung planen und priorisieren. Sie füllen das Backlog, werden geschätzt und werden zu den Arbeitseinheiten, die ein Team pro Sprint zusagt. Gute Stories bleiben auf ein echtes Nutzerbedürfnis fokussiert statt auf eine interne Aufgabe. Das trennt sie von einer To-do-Liste in Story-Syntax.
Wir schreiben Stories mit Kunden, nicht für sie. Vor einem Sprint setzen wir uns zusammen und verwandeln vage Absichten in Stories, mit den Menschen, die das Geschäft verstehen, und denen, die das Produkt nutzen werden. In diesem Gespräch steckt der meiste Wert. Die Story ist nur das, was wir danach aufschreiben.
Jede Story, die in einen Sprint geht, trägt Akzeptanzkriterien, damit "fertig" ein Standard ist und keine Meinung. Wir verankern sie an einem echten Nutzerbedürfnis, dort beginnt unsere UX-Design-Arbeit und dort wird sie geprüft. Wenn das User Research etwas anderes sagt als die in einer Story verbaute Annahme, schreiben wir die Story um. Das Backlog bleibt ehrlich. Das Produkt bleibt auf die Menschen ausgerichtet, denen es dient.
Ein Backlog voller Features, aber kein gemeinsames Bild, für wen sie sind? Bringen wir das in Ordnung.
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
Eine Marke in ein funktionierendes Geschäft verwandeln.
Eine halbe Million Menschen. Eine App. Null Chaos.















