Scrum-Leitfaden | 25. Team-Schätzspiel

Das Team Estimation Game ist eine Technik, die die Sprint-Planung in Scrum erleichtert. Wie unterscheidet es sich von Planning Poker? Warum finden einige Entwicklungsteams es ein effektiveres Werkzeug, während andere das nicht tun? Alles, was Sie darüber wissen müssen, finden Sie im folgenden Artikel.

Team Estimation Game – Inhaltsverzeichnis:

1. Einführung
2. Regeln des Team Estimation Game
3. Team Estimation Game versus Planning Poker
4. Zusammenfassung

Einführung

Das Team Estimation Game wird auch als Swimlanes Estimation bezeichnet. Letzterer Begriff entstand als spontane Beobachtung eines Kartenspiels, da die Anordnung der Karten den Schwimmbahnen eines Schwimmbeckens ähnelte.

Wir schreiben über diese Technik im vorherigen Artikel. Heute konzentrieren wir uns auf das Team Estimation Game.

Regeln des Team Estimation Game

Team Estimation Game Aufforderungen:

• ein Deck von User Stories Karten – separat für jedes Spiel vorbereitet
• ein Deck von Story Point Karten – für wiederholte Verwendung

Zuerst stapeln Sie die User Stories Karten in der Reihenfolge, die den Einträgen im Product Backlog entspricht. Um sicherzustellen, dass die dringendsten zuerst geschätzt werden.

Die Wertungskarten enthalten normalerweise Werte, die der Fibonacci-Folge entsprechen. Dies ist eine Folge der folgenden Zahlen: 0, 1, 3, 5, 8, 13, 20, 40 und 100. Sie können sie auch mit aufeinanderfolgenden Potenzen der Zahl 2 beschriften, das heißt, 2, 4, 8, 16, 32 und so weiter.

Die Phasen des Team Estimation Game:

1. Einführung. Um das Team Estimation Game zu spielen, sitzen die Mitglieder des Scrum-Teams um einen Tisch. Der Product Owner beginnt, indem er die erste Karte aus dem User Story Deck zieht und deren Inhalt mit allen teilt. Dann bleiben die Karten auf dem Tisch. Der Product Owner erklärt dem Rest des Scrum-Teams, dass die Spieler von nun an die User Stories als einfach oder schwierig umsetzbar bewerten, indem sie sie entsprechend nach links und rechts platzieren. Wenn eine Karte einen gewissen Schwierigkeitsgrad hat, stapelt der Spieler sie auf dem Tisch, eine über die andere. Nun macht die Person, die im Uhrzeigersinn neben ihnen sitzt, den nächsten Zug.
2. Ein Spieler zieht eine Karte aus dem User Story Deck. Nachdem er deren Inhalt mit allen geteilt hat, erklärt er dem Product Owner das Wesentliche. Die Person, die die Karte hält, legt sie dann auf den Tisch und wählt einen Platz basierend auf ihrer Meinung zur Schwierigkeit dieser User Story. Dann erklärt der Spieler die Gründe für die Wahl allen und die anderen Spieler können Fragen zu den Argumenten stellen. Sie können die Entscheidung selbst nicht in Frage stellen, sondern nur die Argumente, die die Entscheidung rechtfertigen.
3. Jetzt nehmen die Spieler abwechselnd einen Zug und haben zwei Optionen zur Auswahl:

• Schritt 2 wiederholen, oder
• Eine der Karten auf dem Tisch an die passendste Position verschieben

Wenn sie sich für die zweite Option entscheiden, sollten sie auch rechtfertigen, was sie dazu gebracht hat, ihre Meinung zu ändern. Die Spieler wechseln sich ab und wiederholen Schritt 3, bis alle Karten aus dem User Story Deck verteilt und geschätzt sind.

Die letzte Phase des Platzierens der User Story Karten findet einmal oder mehrmals statt, je nach Praxis des Scrum-Teams. Während dieser Runde hat jeder Spieler erneut die Möglichkeit, eine der Karten auf dem Tisch an einen geeigneteren Platz zu verschieben.

Sobald die Spieler alle User Stories Karten ihren Positionen zugewiesen haben, die die Schwierigkeitsgrade repräsentieren, fährt das Entwicklungsteam fort, den Wert zuzuordnen, indem es die Karten aus dem Story Point Stapel zuweist. Die erste User Story Karte links erhält die Story Point Karte mit der niedrigsten Punktzahl vom Product Owner. Die Regel für das Platzieren der nachfolgenden Karten ist die gleiche wie für die Punkte 3 und 4. Damit ist die Schätzung abgeschlossen.

Team Estimation Game versus Planning Poker

Das Team Estimation Game wird als effektiveres Schätzwerkzeug als Planning Poker angesehen. Aufgrund der folgenden Unterschiede zwischen diesen beiden Techniken:

• Karten-Tisch. Das Team Estimation Game verwendet die bekannte “Karten-Tisch-Regel” aus beliebten Kartenspielen. Das bedeutet, dass Sie, sobald Sie eine Karte platziert haben, sie nicht zurücknehmen können. Da die User Story von einer Person zur Zeit geschätzt wird, ist die Schwankung zwischen den Schätzungen und die Anzahl der Positionswechsel im Vergleich zu Planning Poker erheblich geringer.
• Eine ausreichend genaue Berechnung. Bei Planning Poker sollte für jede User Story ein vollständiger Konsens erreicht werden. Im Team Estimation Game entscheidet jedoch nur eine Person. Selbst wenn seine/ihre Schätzung falsch ist, wird ein anderer Entwickler sie wahrscheinlich an den passenden Wert genauer anpassen. Dies garantiert, dass ausreichend genaue und schnelle Schätzungen erreicht werden.
• Erschöpfung des Diskussionsthemas. Die Argumentation von Entscheidungen zieht sich oft übermäßig lange, wenn man Planning Poker spielt. Ihre Zeit wird während eines Team Estimation Games erheblich verkürzt, da sie sich auf eine einzige Entscheidung eines der Entwickler konzentrieren, anstatt auf die Natur jeder User Story.

Ein potenzieller Nachteil des Team Estimation Game ist ein Gefühl der Ungerechtigkeit. Wenn das Entwicklungsteam größer ist als die Anzahl der in einem bestimmten Sprint geplanten User Stories, können sich einige Entwickler ausgeschlossen fühlen.

Team Estimation Game – Zusammenfassung

Das Team Estimation Game gilt als die effektivste Schätztechnik für die meisten Scrum-Teams. Es ist jedoch wichtig zu beachten, dass es nur ein Werkzeug zur Schätzung der Schwierigkeit und des Aufwands von User Stories ist. Und wie jedes Werkzeug sollten wir es an die Bedürfnisse und Fähigkeiten der Teammitglieder anpassen.

Wenn Ihnen unser Inhalt gefällt, treten Sie unserer aktiven Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.