Was tun, wenn ein Sprint vorzeitig beendet wird?

Was tun, wenn ein Sprint vorzeitig beendet wird?

Im Moment arbeitet unser Scrum-Team Geschichten aus dem Rückstand ab, wenn der Sprint vorzeitig beendet wird.

Was passiert mit Geschichten aus dem Rückstand? Werden die Geschichten zum aktuellen Sprint hinzugefügt? Wenn ja, was ist, wenn diese Geschichten nicht rechtzeitig fertig werden? Ist der Sprint dann gescheitert?

Bringen Sie etwas aus dem Projekt-Backlog in den Sprint (nach Gesprächen mit Scrum Master und Projektbesitzer).

Die Größe des von Ihnen unternommenen Gegenstands hängt davon ab, wie viel Zeit Sie haben. Wenn nichts klein genug ist, erstellen Sie eine Unteraufgabe einer größeren Aufgabe, um sie zu starten (dh führen Sie einen Teil der Vorarbeiten durch).

Alternativ können Sie einige Aufgaben erstellen, die die Codebasis verbessern. Ich habe noch nie eine Codebasis gesehen, die auf irgendeine Weise nicht verbessert werden konnte. Überprüfen Sie einige Codes, fügen Sie weitere Komponententests usw. hinzu.

Die Arbeit an Stretch- oder zukünftigen Sprint-Backlog-Elementen scheint die übliche Vorgehensweise zu sein. Dies ist sehr sinnvoll, wenn Ihre Sprint-Backlog-Elemente klein genug und klar definiert sind. Backlog-Elemente, die den Code "erledigt" möglicherweise in den Status "nicht mehr erledigt" versetzen, sollten jedoch vermieden werden.

Wenn der Sprint wirklich beendet ist, markieren Sie ihn, bereiten Sie ihn für die Lieferung vor, liefern Sie ihn aus und versetzen Sie Ihre Quellcode-Repositorys in den Status "Nächster Sprint", damit kein Risiko besteht, dass späte Sprintänderungen die Lieferung gefährden.

Für uns endet ein Sprint nie früh. Wir haben nur unsere Geschwindigkeit erhöht oder das Problem so gelöst, dass wir mehr Arbeit im Sprint erledigen können.

Wir haben immer einen Rückstand an Artikeln, die von unseren Produktbesitzern in der Reihenfolge ihrer Wichtigkeit priorisiert werden. Wenn ein Team mehr Arbeit in den Sprint einbauen kann, ist es für sie sehr einfach zu sehen, was als nächstes auf der Liste zu tun ist, was angesichts ihrer Geschwindigkeit positiv in die verbleibende Zeit des Sprints passt.

Dies vermeidet Ausfallzeiten der Gruppe, die auf Diskussionen mit dem Product Owner / Scrum Master warten, was als nächstes zu tun ist. Unsere Product Owners und Scrum Masters bleiben auf dieser Liste ganz oben, sodass immer mehr Arbeit darauf wartet, in den nächsten Sprint (oder den aktuellen, wenn es die Zeit erlaubt) eingesetzt zu werden.

Mein Team zieht Aufgaben aus dem Rückstand heraus, die relativ klein genug sind, um zu erledigen, wie früh wir fertig sind. Wenn wir fertig sind mit , dass , geben wir unser QA - Team Zeit mit ihren Tests , um aufzuholen, und die Entwickler erhalten einen „freien Tag“ - wir dies in anderen Fragen nicht auf den aktuellen Sprint in Bezug auf aussehen können, Themen , die wir wollen um unsere Umgebungen zu erforschen, zu konfigurieren / neu zu konfigurieren usw.

Setzen Sie nicht eine ganze Menge Arbeit ein, nur weil Sie früh fertig sind. Halten Sie sich an das, was Ihr Team in diesem Sprint zugesagt hat, und wenn zusätzliche Arbeit erledigt ist, ist das ein großartiges Plus.

Ich würde Slack ermutigen, um sich persönlich zu verbessern. Sicher, ziehen Sie Geschichten aus dem Rückstand ein, aber stellen Sie sicher, dass Sie etwas Zeit für sich selbst aufwenden: Lernen Sie eine neue Sprache, üben Sie Ihr Handwerk mit einer Kata, überarbeiten Sie einige Dinge, optimieren, verfeinern oder schreiben Sie neue Werkzeuge, um Ihnen zu helfen, zu gehen und zu sprechen Finden Sie bei einem Stakeholder, Kollegen oder Kunden heraus, was Ihr QA-Team tut, und nehmen Sie sich Zeit, um zu verstehen, wie Ihr UX-Prozess funktioniert.

Es gibt eine riesige Liste von Dingen, die Sie tun können, um Ihrem Unternehmen und sich selbst einen Mehrwert zu bieten UND Ihre Geschwindigkeit oder den von Ihnen bereitgestellten Qualitätswert zu verbessern, ohne Dinge aus einem Rückstand zu ziehen. Probieren Sie diese zuerst aus.