Frage :
Sollten wir weitere Elemente in einem Sprint hinzufügen, wenn es Elemente gibt, die nicht abgeschlossen sind, aber ein Entwickler offen ist.
Szenario :
Nehmen wir an, wir, das Entwicklungsteam, bestehen aus 5 Teammitgliedern und wir haben den folgenden Sprint-Rückstand mit einer durchschnittlichen Geschwindigkeit von 29 SP und wir befinden uns derzeit in der Mitte eines 2-wöchigen Sprints:
Sprint Backlog
- Login 8SP State: In Development
- Add User 12SP State: Code Review
- Update User 3SP State: Done
- Remove User 5SP State: In Development
Product Backlog
- Save User 2SP State: Ready
- ...More Stories...
Story 3 wurde gerade fertiggestellt und das Team ist immer noch mit den restlichen Geschichten beschäftigt, sollten wir lieber:
Wie in dieser Frage angegeben , weiß ich, dass Sie Elemente zu einem Sprint hinzufügen können : "Ja, Sie können Geschichten zu einem laufenden Sprint hinzufügen ..." , wenn sich dies nicht auf den Beitrag zum Sprintziel (scrum.org) auswirkt
Meine Meinung ist, Methoden wie XP, Buddy Programming oder Swarming zu verwenden, um die Sprint-Verpflichtung zu beenden (wenn sie alle Punkte auf ihrem Teller erledigt haben, können sie sicherlich mehr Arbeit einbringen, wenn das Team es für OK hält) und wenn noch Zeit bleibt, Sie können ein weiteres Element zum Sprint-Backlog hinzufügen.
Wie ist Ihre Meinung und wie sind Sie damit umgegangen?
(Ich weiß, was ich auch tun sollte, ist, dies im Nachhinein anzusprechen, um zu verstehen, warum "unter Commit" gemacht wurde oder warum die Geschichten überdimensioniert sind usw.)
Ich habe mit Teams gearbeitet, in denen dies die Norm ist. Wir neigen jedoch dazu, auf den Scrum-Leitfaden zurückzugreifen, um dies zu handhaben. Das Team ist letztendlich dafür verantwortlich, seine eigene Arbeit mit einem Scrum Master zu organisieren und zu verwalten, der es bei der Auswahl des besten Wegs anleitet. Während es die Aufgabe des Scrum Masters ist, die dem Team zur Verfügung stehenden Optionen auszuloten, neigt die Entscheidungsfreiheit dazu, die Kreativität im Team und bei Einzelpersonen zu fördern.
Ich neige dazu, immer und nie zu verwenden , aber in Fällen wie diesem lasse ich immer das Team entscheiden, wie es am besten weitergeht, solange genügend Optionen berücksichtigt wurden, bevor eine Entscheidung getroffen wird. Unabhängig davon, ob die Prognose erfüllt wird oder nicht, hilft sie der Psychologie des Teams, das für seine eigene Arbeit verantwortlich ist, erheblich.
Experiment.
Bei Agile dreht sich alles um Experimente und kontinuierliche Verbesserung – diskutieren Sie mit dem Team, probieren Sie beides aus, vergleichen Sie die Ergebnisse. Spülen und wiederholen.
Vor diesem Hintergrund können Sie sich an agile Techniken halten, die sich auf lange Sicht als effektiv erwiesen haben, wie Pair Programming (wie Sie vorgeschlagen haben), Mob Programming oder Backlog Refinement.
Wenn Ihr Team weniger ausgereift ist oder immer noch versucht, agil zu werden, kann das Team beschließen, dem Sprint ein Element hinzuzufügen und weiterzuarbeiten, was in Ordnung ist. Als Scrum Master sollten Sie diese Szenarien jedoch als Verbesserungsmöglichkeiten ansprechen und neue Techniken entdecken.
Tiago Cardoso