Idealerweise möchten wir, dass User Stories widerspiegeln, was ein Benutzer mit dem Produkt erreichen möchte. Und wenn wir die Dinge identifizieren, die Kunden tun möchten, sind diese Dinge oft (aber nicht immer) so allgemein, dass sie in kleinere Teile aufgeteilt werden müssen, damit wir den Feedback-Zyklus verkürzen können.
Welchen Vorteil hat das Aufteilen einer User Story?
Warum wollen wir User Storys nach der Hamburger-Technik splitten: Kleinere Stories lassen das Team früh scheitern, Kleinere Stories lassen das Team schnell scheitern, Kleinere Stories ermöglichen die Team lernt schnell (technisch und benutzerfreundlich)
Warum teilen wir Geschichten?
Durch das Aufteilen von Storys, die zu groß sind, um abgeschlossen zu werden, gewinnt das Team einen besseren Einblick, wie viel Aufwand für die Funktionalität wirklich erforderlich ist. Das heißt, die Summe kleiner Schätzungen hat wahrscheinlich weniger Fehler als die Schätzung für eine große Anstrengung. Es ist besser, sofort genauer zu werden, als später genauer zu werden.
Was ist das Aufteilen von User Storys?
„Aufteilen“besteht darin, eine User Story in kleinere aufzuteilen, wobei die Eigenschaft erh alten bleibt, dass jede User Story separat einen messbaren Geschäftswert hat.
Wann sollten Sie eine User Story auflösen?
Sie sollten einen Bruchpunkt sehen, an dem Geschichten unhandlich werden oder sich unerwartet aufblähen. Wenn Geschichten Sprint-Blähungen verursachen, ist dies wahrscheinlich ein Symptom für UnerklärtesKomplexität. Wenn sich diese 13-Punkte-Storys immer durch mehrere Sprints ziehen, ist es an der Zeit, sich darauf zu einigen, dass Ihre Stories eine Größe von 8 oder weniger haben müssen.
