Daniel Reinold
PM Welt-Referent
Team Estimation Game
English
Team Estimation Game
Das Team Estimation Game dient der relativen Aufwandsschätzung von Product Backlog Items bzw. von Arbeitspaketen eines Projekts in kleinen Gruppen. Die Methode wird hauptsächlich in agilen Vorgehensmodellen angewendet (z.B. SCRUM) und ermöglicht eine direkte Schätzung durch die Mitglieder des Umsetzungsteams. Die Methode basiert auf der Annahme, dass detaillierte Aufwandsschätzungen für die einzelnen Aufgaben eines Product Backlog Items, bzw. eines Arbeitspakets, nicht praktikabel sind. Grund dafür ist, dass die Tätigkeit der Schätzung selbst sehr aufwendig ist, da die Aufgaben bzw. Backlog Items hierzu in schätzbare Einzeltätigkeiten zerlegt werden müssen. Die relative Schätzung der User Storys durch ein Team verspricht demgegenüber eine hohe Zeitersparnis bei vergleichbar genauem Ergebnis.
Autor
Team Estimation Game
English
Team Estimation Game
Das Team Estimation Game dient der relativen Aufwandsschätzung von Product Backlog Items bzw. von Arbeitspaketen eines Projekts in kleinen Gruppen. Die Methode wird hauptsächlich in agilen Vorgehensmodellen angewendet (z.B. SCRUM) und ermöglicht eine direkte Schätzung durch die Mitglieder des Umsetzungsteams. Die Methode basiert auf der Annahme, dass detaillierte Aufwandsschätzungen für die einzelnen Aufgaben eines Product Backlog Items, bzw. eines Arbeitspakets, nicht praktikabel sind. Grund dafür ist, dass die Tätigkeit der Schätzung selbst sehr aufwendig ist, da die Aufgaben bzw. Backlog Items hierzu in schätzbare Einzeltätigkeiten zerlegt werden müssen. Die relative Schätzung der User Storys durch ein Team verspricht demgegenüber eine hohe Zeitersparnis bei vergleichbar genauem Ergebnis.
Einsatzmöglichkeiten
Das Team Estimation Game wird für die Aufwandsschätzung aus zwei Perspektiven eingesetzt:
- Bestimmung der in einem Sprint durchführbaren Arbeitspakete (nach dem Minimalprinzip: "Wie viele User Storys können wir im kommenden Sprint fertig stellen?")
- Bestimmung des Aufwands zur Abarbeitung eines vollständigen Product Backlogs (folgend dem Maximalprinzip: "Wie viel Aufwand bedeutet die Abarbeitung aller Product Backlog Items?")
Daniel Reinold live erleben auf der PM Welt am 08. Dezember 2020!
Erleben Sie den Vortrag "5+ VISUELLE QUICK-HACKS - Für eine bessere Kommunikation und Kooperation", sowie 30 weitere Speaker in 7 Streams auf der PM Welt 2020.
Das Thema der Konferenz lautet
Stark durch Kooperation! Zusammen.Arbeiten.Grenzenlos.
Die Teilnehmer erhalten in den unterschiedlichen Vorträgen, Diskussionen und Workshops konkrete Anleitungen und Tipps für ihren Projektalltag
Ergebnisse
- Nach Aufwand geordnete User Storys. Die User Storys werden anhand des geschätzten Aufwandes (niedrig – hoch) an einer Tafel oder auf einer anderen Fläche angeordnet.
- Story-Points für jede geschätzte User Story. Die einzelnen User Storys des Product Backlogs aus dem Eingangskanal wurden bezüglich ihres Aufwands geschätzt.
- Hinweise auf Unsicherheiten und mangelnde Klarheit bei den Anforderungen. Während des ersten Durchgangs aufkommende Unklarheiten werden geklärt oder zur Klärung zurückgestellt.
Vorteile
hohe Genauigkeit der Schätzung durch die kollektive Betrachtung gegenüber individuellen Schätzungen
Einschätzung aus unterschiedlichen Perspektiven, je nach Zusammenstellung des Teams
geringerer Aufwand als die Schätzung durch Zerteilung der User Storys, bzw. der Arbeitspakete in Teilaufgaben
einfaches Setup
kurzes, intuitiv verständliches Regelwerk
Neue Teammitglieder mit Kenntnis der Methode können direkt in Schätzrunden eingebunden werden.
Durch die Gestaltung als Spiel wird die aktive Mitarbeit in der Gruppe gefördert (aktives Feedback statt einseitiger Vortrag).
Grenzen, Risiken, Nachteile
Einmal eingeführt kann die Methode schwer ersetzt werden. Andere Schätzmethoden verwenden andere Bezugsgrößen und Bewertungsmetriken.
Ab einer Gruppengröße von mehr als neun Personen dauert eine Runde mehrere Minuten. Der Vorteil der schnellen Abarbeitung einzelner User Stories bzw. Arbeitspakete entfällt.
Ohne ausreichenden fachlichen Hintergrund der Teilnehmer wird die Schätzung spekulativ
Voraussetzungen
- ein Scrum Team, bzw. eine Gruppe von Personen, die für die Abarbeitung der User Storys in Frage kommt
- Besprechungsraum, in dem die Schätzungen ungestört durchgeführt werden können; ausreichend Fläche zur Ablage und Sortierung der einzelnen User Storys.
Qualifizierung
- Der Leiter des Workshops sollte einschlägige Moderationserfahrung haben.
- Alle Teilnehmer müssen die Regeln des Team Estimation Games kennen.
- Sind die Spielregeln des Team Estimation Games einigen Teilnehmern nicht bekannt, ist eine kurze Erklärung der Regeln notwendig.
Benötigte Informationen
- vom Product Owner priorisiertes Product Backlog für die Schätzung eines Projekts
- Sprint Backlog für die Überprüfung eines Sprints
- Expertise der Teilnehmer für die zu schätzende Aufgabenstellung.
Benötigte Hilfsmittel
- Moderationskarten mit den User Storys des Product bzw. Sprint Backlogs
- Pinnwand zur Sammlung und Sortierung der geschätzten User Storys. Alternativ können die Karten auch an der Wand angebracht oder auf einem großen Tisch bzw. dem Boden ausgelegt werden.
- Moderationsmaterialien (Karten, Stifte, Pin-Nadeln, Klebestreifen, Flip-Chart) zur Bearbeitung und Darstellung der Ergebnisse
- Karten mit Zahlenwerten (z.B. Fibonacci-Zahlen) zur Bewertung der User Storys im späteren Verlauf. Die Zahlenwerte entsprechen der Messgröße Story Point und werden mit den User Storys als Ausgangsgröße übergeben
Herkunft
Die Methode geht auf Steve Bockman zurück, der sie erstmals 2008 anwendete (Agile Unlimited, http://agileunlimited.com/whoweare.php, zuletzt besucht am 19.8.2015).
- Durchführung: Schritt für Schritt
- Schritt 1: Bereiten Sie das Team Estimation Game vor!
- Schritt 2: Die erste User Story wird platziert
- Schritt 3: Zwei weitere User Storys werden platziert
- Schritt 4: Erweitern Sie das Regelwerk!
- Schritt 5: Die Spieler platzieren die verbleibenden User Storys
- Schritt 6: Bewerten Sie die User Storys mit Zahlenwerten!
- Schritt 7: Übergeben Sie die Ergebnisse an die Schnittstellen!
Durchführung: Schritt für Schritt
Schritt 1: Bereiten Sie das Team Estimation Game vor!
Überprüfen Sie als Moderator / Scrum Master mit dem Product Owner, ob alle User Storys in der aktuellen Fassung vollständig vorliegen. Die Methode umfasst mindestens die Schätzung eines Sprint Backlogs bis hin zur Schätzung eines Product Backlogs.
Stellen Sie sicher, dass alle zu behandelnden User Storys auf Moderationskarten gedruckt / geschrieben werden. Gesammelt in einem Kartenstapel bilden sie die Grundlage der nun folgenden Schätzung. Eine spezielle Sortierung der User Stories ist nicht erforderlich.
Benennen Sie bei der Einladung zum Team Estimation Game das zu schätzende Vorhaben (Ihr Projekt, optional auch die einzelnen User Storys). Ergänzen Sie bei der erstmaligen Anwendung Hinweise zur Methode Team Estimation Game. Planen Sie, sofern die Methode bei den Teilnehmern unbekannt ist oder erstmalig angewendet wird, Zeit für eine kurze Erklärung ein. Eine ausführliche Trainingsrunde ist aufgrund des einfachen Regelwerks nicht erforderlich.
Achten Sie darauf, dass das Projektteam vollständig vertreten ist. Die Teamrollen im Detail:
- Product Owner: Er vertritt die Seite des Auftraggebers, priorisiert das Product Backlog und steht den Schätzern zur Klärung von Fragen bzgl. der User Stories zur Verfügung. Der Product Owner nimmt keinerlei Einfluss auf die Schätzung: er gibt weder Schätzungen ab noch beeinflusst er die Teilnehmer.
- Scrum Master: Er organisiert den Termin, achtet auf die Einhaltung der Spielregeln und moderiert den Ablauf des Team Estimation Games. Der Scrum Master nimmt ebenfalls keinen Einfluss auf die Schätzung.
- Entwickler: Sie realisieren später die User Storys. Durch ihre Expertise aus anderen Projekten liefern sie den essentiellen Beitrag zum Team Estimation Game. Die Entwickler liefern die Schätzungen, ggf. geben auch Spezialisten Schätzungen ab (s.u.).
- Spezialisten: Ist Ihnen vorab bekannt, dass bei den Entwicklern fachliche Wissenslücken vorhanden sind, können Sie die Runde durch Experten für diese Themen ergänzen. Diese unterstützen das Team, indem sie fachliche Rückfragen beantworten und beteiligten sich bei denjenigen User Stories an der Schätzung, für die sie Experten sind.
Der Scrum-Master schlägt die Reihenfolge der Teilnehmer vor (z.B.: reihum oder freiwillige Meldung) und initiiert die erste Schätzrunde.
Schritt 2: Die erste User Story wird platziert
Die erste Person aus dem Team liest diese laut vor und positioniert sie danach mittig auf der vorgesehenen Fläche (Boden, Wand, Whiteboard, Flipchart...).
Jetzt kostenlos weiterlesen!
1 Monat
kostenlos und unverbindlich testen
- Management Summaries und Zugriff auf über 1800 Fachartikel.
- Methoden, Tools und Vorlagen
- Riesiges Archiv und jede Woche neue Inhalte!
- Kostenlos und ohne Risiko einen Monat lang testen
Dieter Bertsch
24.09.2015
Svenja Reimann
19.10.2015
Erfolgreich und schnell
16.05.2019
Wir haben die Methodik bisher in Projekten 2 mal durchgeführt und waren ziemlichzufrieden. Sie ermöglicht es auch mit einem nicht sehr erfahrenen Team strukturiert und in recht kurzer Zeit zu einer Einschätzung des Aufwands zu gelangen. Ich kann es nur empfehlen.
Bewertung
16.05.2019
Hie noch die Bewertung