Dies ist eine sehr grundlegende Frage, aber ich sehe noch keine Antworten darauf.
Szenario: Wir haben Sprintplanung gemacht und ich habe jemanden bemerkt, der sagte
Nicht alle Entwickler haben eine Aufgabe zu erledigen. Wir müssen mehr Aufgaben hinzufügen, damit jeder Arbeit hat.
Damit habe ich aus folgenden Gründen ein Problem:
Idee Vielleicht sollten Geschichten so aufgeteilt werden, dass jedes Teammitglied eine Aufgabe hat, aber alle auf das gleiche Ziel hinarbeiten.
Frage: Gibst du jedem Teammitglied eine User Story oder planst du nach der Velocity und dann soll das Team zusammenarbeiten, um einen potenziell auslösbaren Sprint statt eines halbfertigen Sprints zu liefern?
Habt ihr Erfahrungen damit und wie seid ihr damit umgegangen?
Frage: Geben Sie jedem Teammitglied eine User Story
Ein Anti-Pattern finden Sie hier. Als Scrum Master müssen Sie den Teammitgliedern keine Storys & Aufgaben zuweisen. Es ist ihre Aufgabe (unter Ihrer Dienerführung), sich selbst zu organisieren und Sprint-Backlog-Elemente auszuwählen. Sie können Schwarmtechniken anwenden, sie können Programme paaren, sie können technische Aufgaben auf eine granulare Ebene herunterbrechen, um als Team zu arbeiten und ihr Engagement zu erfüllen – der Sprint.
entsprechend der Velocity planen und dann sollte das Team zusammenarbeiten, um einen potenziell auslösbaren Sprint statt eines halbfertigen Sprints zu liefern?
Das ist besser. Denken Sie daran, dass die Schätzungen schließlich eine Vermutung sind. Die Geschwindigkeit ist also ein genaueres Maß, anhand dessen Sie Ihren bevorstehenden Sprint planen können. Tappen Sie nicht in die Falle, sicherzustellen, dass jeder zu 100 % ausgelastet ist. Konzentrieren Sie sich stattdessen auf eine 100%ige Optimierung. In Team-Retrospektive-Meetings kann auch die aktuelle Velocity thematisiert werden. Glaubt das Team, dass seine Geschwindigkeit niedrig ist? Vielleicht sind sie so effizient geworden, dass die Geschwindigkeit erhöht werden kann, indem im nächsten Sprint weitere Geschichten eingeplant werden.
In diesem Zusammenhang gibt es zwei Ansichten zur Zuweisung von Aufgaben an einzelne Teammitglieder während des Sprint-Planungsmeetings. Ein Argument ist, Namen gegen alle Sprint-Aufgaben zu haben, wenn Sie das Sprint-Planungsmeeting beenden. Der zweite Gesichtspunkt ist, dass die Aufgabenzuweisung nicht im Sprint-Planungsmeeting erfolgen sollte. Lassen Sie das Team Aufgaben nach Belieben auswählen, mit dem Abschluss des Sprints als gemeinsames Ziel.
Mike Cohn erwähnt in seinem Blogbeitrag :
Wenn ein Team die Sprintplanung mit einem Namen neben jeder Aufgabe verlässt, wird die individuelle Verantwortlichkeit definitiv erhöht. Ich werde mich mehr dafür verantwortlich fühlen, die Aufgaben mit meinem Namen oder meinen Initialen daneben zu erledigen. Und Sie werden dasselbe für diejenigen mit Ihrem fühlen. Dies geht jedoch zu Lasten der Verantwortlichkeit des Teams.
Meine Empfehlung ist, dass ein Team das Sprint Planning verlassen sollte, ohne Aufgaben mit Namen versehen zu haben. Das Befolgen einer Echtzeit-Anmeldestrategie ermöglicht mehr Flexibilität während des Sprints.
Mehr dazu:
Erstens geben wir Teammitgliedern keine Geschichte oder weisen sie ihnen zu. Sie sollten es auswählen, da sie selbst organisiert sind.
Das Engagement für den Sprint (wie viel können wir tun) wird basierend auf der Geschwindigkeit des Teams entschieden.
Es liegt in der Verantwortung des Teams, sicherzustellen, dass die Verpflichtungen für den Sprint gemeinsam erfüllt werden. Das heißt nicht, dass eine Story von allen bearbeitet wird, aber wenn ein Teammitglied feststeckt, wird dies im Daily Scrum oder noch früher transparent gemacht. Das Team springt nach Bedarf ein und sorgt dafür, dass das Problem gelöst und die Story vervollständigt wird.
Erik
Ruan