Scrum: Unfertige Produkte und Sprintgeschwindigkeit

Question

Sagen wir Produkt X ist 10 Punkte wert. Die Entwicklung beginnt im Sprint Y, ist aber nicht rechtzeitig abgeschlossen. Was weißt du mit der Geschichte, wenn du die Geschwindigkeit von Sprint Y errechnest?

Sie würden:

a. Zuordnen von 0 Story-Punkten für Sprint Y und 10 Punkten für den Sprint, zu dem sie schließlich vervollständigt wird;

b. Bestimmen Sie die Story Points für die verbleibende Arbeit (sagen wir 3) und ordnen Sie die Differenz dem Sprint Y zu (7 in unserem Beispiel); oder

c. Etwas anderes?

Vielen Dank im Voraus!

Answer 1

Hängt davon ab, ob Sie sich für Ihre "momentane" oder "durchschnittliche" Geschwindigkeit interessieren. Persönlich würde ich es nicht komplizierter als nötig machen und es einfach in den Sprint einfügen, wo es fertiggestellt wurde. Berechnen Sie Ihre durchschnittliche Geschwindigkeit, indem Sie sich die durchschnittliche Anzahl der Punkte pro Sprint in den letzten 3, 6 und 12 Monaten ansehen. Hoffentlich werden diese irgendwann zusammenlaufen und Sie werden eine gute Vorstellung davon haben, wie viel Sie in einem Sprint erreichen können.

Answer 2

Ordnen Sie 0 Punkte für Sprint Y und 10 Punkte zu, wenn die Geschichte abgeschlossen ist. Entweder ist die Geschichte getan oder es ist nicht getan. Es gibt keinen Mittelweg. Sie möchten vermeiden, dass die 50% erledigt werden oder Ihre Teams viele Geschichten auf halbem Wege und keine komplett umsetzen.

Es ist vollkommen in Ordnung, keine Geschichte während eines Sprints zu beenden und im nächsten Sprint abzuschließen. Aber Sie sollten diese Geschichte dem Product Owner während der Sprint-Review nicht präsentieren.

Wenn Sie genug Geschichten für einen bestimmten Sprint haben, ist es egal, ob die Geschichte in diesem oder im nächsten Sprint beendet wird. Die Dinge werden durchschnittlich sein.

Es ist auch wichtig, dem Team und den Stakeholdern zu erklären, dass die Geschwindigkeit hilft abzuschätzen, wann die Veröffentlichung stattfinden wird und nicht ein Maß für die Teamleistung ist.

Das Team sollte anhand des Endergebnisses beurteilt werden, nicht wenn diese Ergebnisse erzielt werden.

In Kombination mit einem gut priorisierten Backlog erstellen Sie qualitativ hochwertige Software, die die Anforderungen Ihrer Kunden erfüllt.

Answer 3

, dass eine der Ideen des Sprints ist die „Vollständigkeit“ ist binär, entweder fertig oder nicht, im Laufe der Zeit das Team (en) wird eine bessere Einschätzung haben und diese Frage verliert Relevanz

Answer 4

ABER ...

Die nächste Frage ist, wie berechnen Sie Ihre Verpflichtung für Sprint nach Y. Wenn Ihr vergangenes Wetter zeigt, haben Sie eine durchschnittliche Geschwindigkeit von 20 Punkten. Wenn du die Geschichte überträgst, trägst du über 10 Punkte. Wenn du jedoch denkst, dass nur noch 3 Punkte übrig sind: Do

A) Nimm noch 17pt, um deine geschätzte Kapazität von 20Punkten zu füllen. B) Nimm nur 10pt mehr, da die Geschichte ursprünglich auf 10 Punkte geschätzt wurde

Wir sind in ein Durcheinander geraten und haben versucht A. Was denken andere Leute?

[Update]

gab ich eine Frage dazu:

Work out sprint capacity when carrying over story points in scrum

Answer 5

Die hier Situation nicht zufriedenstellend ist, aber im Moment schätzen wir die Arbeit für unfertige Geschichten bleiben. Wenn es nur etwa 20% oder weniger ist, verlassen wir die Geschichte und die Punkte im Sprint, die sie sind. Wenn mehr als das, fragen wir die PO, wenn wir die Geschichte beenden sollten, wenn ja, dann verschieben wir es zum neuen Sprint. Dies ist jedoch aus mehreren Gründen nicht zufriedenstellend. Erste große oder riskante Geschichten sollten zu Beginn des Sprints begonnen worden sein, damit die Nichtvollendung vermieden werden konnte. Zweitens bekommen wir ungenaue (aber wahrscheinlich glattere) Geschwindigkeitsschätzungen, die weniger nützlich sind Drittens ist es nicht streng, und das Team ist wie ein 2 Jahre altes Kind, zeige es eine leichte Schwäche und will es ausnutzen.

Schließlich verschärft sich die Strenge mit fortschreitender Zeit, die Teams finden ihre Füße in einem gewissen Ausmaß und lernen die besten Wege, mit Dingen umzugehen. Wir haben bereits massive Variationen in der Geschwindigkeit - die meisten Teams haben einen Kommentar zu jedem Sprint darüber, welche Faktoren (Urlaub, Krankheit usw.) jeden Sprint beeinflussten ... total schlecht :(