Projekt-log.de

Klassisch agiles Projektmanagement und mehr

Suche

Freitag 12. März 2010
  • Startseite
  • Autoren
  • Lob & Kritik
  • Kontakt
  • Impressum

Kategorien

  • Agile Softwareentwicklung (69)
  • Allgemein (68)
  • Internet (17)
  • Interview (1)
  • Literatur (7)
  • Management (19)
  • Präsentation (33)
  • Projektmanagement (24)
  • Scrum (44)
  • Software (14)
  • Studien & Umfragen (2)
  • Termine (6)
  • Tools (24)
  • Umfrage (3)
  • Zertifizierung (8)
  • Zitate (14)
  • Zusammenarbeit (5)

Autoren

  • Robert Wiechmann 173
  • Sven Röpstorff 8

Letzte Artikel

  • 7 interessante Antworten von Ralf Wirdemann
  • Über den Einsatz von Kanban bei XING
  • Erbsenschätzerei reloaded
  • Twitter Beiträge der Woche [2010-03-07]
  • Das Interview Projekt

Weitere Artikel

  • Twitter Beiträge der Woche [2010-02-07]
  • Einsatz von Tiger Teams in Pilotprojekten
  • Mit Powerpoint gegen die Wand
  • Teamarbeit - Konzept wechselnder Eigentümer
  • Logbucheintrag Nr. 1
  • Tradition & Moderne
  • 7 Gewohnheiten ineffektiver Manager
  • PMP Vorbereitungskurs
  • Zitatreife Sprüche & Spruchreife Zitate
  • Aus 12 mach 13

Archiv

  • März 2010
  • Februar 2010
  • Januar 2010
  • Dezember 2009
  • November 2009
  • Oktober 2009
  • September 2009
  • August 2009
  • Juli 2009
  • Juni 2009
  • Mai 2009

Twitter

  • Ist Innovation planbar? http://awe.sm/52OSO 22 hrs ago
  • Nine Questions to Assess Team Structure: http://awe.sm/52OSM #agile #team 22 hrs ago
  • Lean Kit Kanban: http://awe.sm/52OSI 22 hrs ago
  • Virtual Team Member Dolly: http://awe.sm/52OS5 #team 22 hrs ago
  • More updates...

Letzter Twitter Eintrag

Ist Innovation planbar? http://awe.sm/52OSO 22 hrs ago

 RSS Feed abonnieren



| More

Projekt-log.de auf Twitter





XING

Creative Commons License

Tags

Agil Agile Backlog Buch Einführung Entwicklung Estimation Framework Informationen Kanban Kommunikation Konferenz Lean Management Meeting Methode Online Organisation PMBOK PMI PMP post Powerpoint PPT Präsentation präsentieren Produktivität Projekt projekt-log Projektmanagement Scrum Software Team Tool Tools tweet update User Stories User Story Video Vortrag Weiterbildung XING XP Zusammenarbeit

Letzte Kommentare

  • Eberhard Huber on Erbsenschätzerei reloaded
  • Petra on Führen ohne zu führen
  • Jean Pierre Berchez on Scrum Day 2009 in Düsseldorf - ein Rückblick
  • Sven Röpstorff on Faule Projektmanager?
  • Eberhard Huber on Faule Projektmanager?
  • Andree Wille on Faule Projektmanager?

Weitere Artikel

  • Wie man richtig priorisiert
  • Twitter Beiträge der Woche
  • To Do Tattoo Merkzettel
  • Zitatreife Sprüche & Spruchreife Zitate
  • Tipps zum Mind Mapping & zur Gestaltung von Präsentationen
  • Teamwork - Arbeit in Paaren
  • Mobiles Arbeiten jetzt noch komfortabler


Team Estimation Game

Autor: Sven Röpstorff

27. 10.
2009

Planning Poker ist in Scrum-Projekten in der Regel die Schätzmethode der Wahl. Es wurde 2002 von James Grenning erstmalig beschrieben und später durch Mike Cohn’s Buch Agile Estimating and Planning sehr populär. Die Regeln sind sehr einfach und das Schätzen kann nach wenigen einführenden Worten starten. Die größte Schwierigkeit bei der Einführung liegt meines Erachtens darin, dem Team den Sinn einer Schätzung von relativer Komplexität anstelle von Aufwand in Arbeitsstunden zu vermitteln.

Wenn diese erste Hürde genommen ist, steht man vor der nächsten Herausforderung: Gerade technisch sehr starke Teams neigen dazu, beim Schätzen bereits Lösungsansätze zu diskutieren. Als Argument dient oft “Für eine gute Schätzung müssen wir doch wissen, wie wir die Story umsetzen wollen“. Wenn man diese Diskussionen als Scrum Master nicht in den Griff bekommt, dauert die initiale Schätzung des Product Backlog viel länger als geplant (falls man überhaupt durchkommt und die weitere Schätzung nicht in die Estimation Meetings während der Sprints verschiebt).

Auf dem Scrum Gathering 2009 habe ich nun eine Methode kennengelernt, die sehr vielversprechend klingt und schnell gute Ergebnisse liefert: Das Team Estimation Game nach Steve Bockman.

Die Regeln für das Spiel sind simpel …

Setup

  • Alle User Stories liegen auf einzelnen Story Cards verdeckt vor
  • Das Team ist komplett vertreten und auch der Product Owner ist anwesend

Regeln

  • Jemand aus dem Team nimmt sich die oberste Story, liest sie laut vor und hängt sie an die Wand.
  • Der nächste aus dem Team nimmt die nächste Story, liest sie laut vor und hängt sie ebenfalls an die Wand. Er hat drei Möglichkeiten:
    • Die Story ist (seiner Meinung nach) ähnlich komplex wie die Erste. Dann hängt er sie neben die bereits an der Wand hängende Story.
    • Die Story ist (seiner Meinung nach) weniger komplex als die bereits hängende, die neue Story wird über die bereits an der Wand hängende gehängt.
    • Die Story ist (seiner Meinung nach) komplexer als die bereits hängende, die neue Story wird unter die bereits an der Wand hängende gehängt.
  • Ab der dritten Story Card gibt es die folgenden Optionen:
    • Ausspielen der obersten Story Card wie oben beschrieben
    • Umhängen einer bereits gespielten Karte, verbunden mit einer (kurzen!) Erklärung, ohne Diskussion
    • Aussetzen

Spielende

Das Spiel ist beendet, wenn keine Story Cards mehr auf dem Tisch liegen und alle Spieler aussetzen.

Man hat nun sehr schnell einen Überblick über die relative Komplexität des gesamten Backlogs, ohne dass man sich in Lösungsdiskussionen für einzelne Stories verlaufen hat. In der Regel wird man bei den Story Cards an der Wand eine Cluster-Bildung beobachten, die sich nach dem Ende des Spiels hervorragend auf die Fibonacci-Reihe des Planning Poker Games projizieren lässt. Sollten es mehr als neun Cluster sein (1, 2, 3, 5, 8, 13, 20, 40, 100), kann man gemeinsam mit dem Team überlegen, ob und wie man Cluster zusammenfasst, z.B. indem man die beiden “kleinsten” Cluster zu einem macht. Dabei sollte man immer im Blick behalten, dass es sich hier um eine grobe Schätzung handelt und nicht um die Vorhersage der Zukunft.

Erweiterung

Beim Durchdenken des Spiels ist mir noch die Idee gekommen, dass man bereits an Wand befindliche und dann umgehängte Karten während des Spiels mit einem farbigen Klebepunkt markieren könnte, um den ‘Tatbestand’ des Umhängens ggf. für spätere Diskussionen festzuhalten. Je mehr farbige Punkte eine Story Card am Ende hat, desto weiter gehen offensichtlich die Meinungen bzgl. deren Komplexität auseinander. Dies ist auch ein gutes Indiz für den Product Owner, dass die Story möglicherweise noch nicht gründlich genug durchdacht wurde.

Ich werde diese Schätzmethode in meinem nächsten Scrum-Projekt ausprobieren. Falls jemand schon vorher dazu kommt oder bereits Erfahrungen mit dem Team Estimation Game gemacht hat, würde ich mich über eine Diskussion über Pros und Cons sehr freuen.

Dieser Artikel wurde von Sven Röpstorff (www.transment.com) verfasst. Sven Röpstorff ist zertifizierter Project Management Professional (PMP) mit über 14 Jahren Berufserfahrung in unterschiedlichen Rollen im Projektmanagement. Seit Jahren beschäftigt er sich mit Agilität und hat als Certified Scrum Master (CSM) und Certified Scrum Practitioner (CSP) bereits erfolgreich Unternehmen bei der Einführung und dem Einsatz von Scrum begleitet.

  • Kategorie: Agile Softwareentwicklung| Allgemein| Management| Scrum
  • Schlagworte: Agil, Agile, Backlog, Estimation, Game, Meeting, Methode, Product Backlog, Schätzung, Scrum, Spiel, Story Card, Tools, User Stories, User Story
| Weitere

1 Stern2 Sterne3 Sterne4 Sterne5 Sterne (3 votes, average: 4.67 out of 5)
Loading ... Loading ...


Weitere Artikel zu diesem Thema

  • User Stories für das Product Backlog (Teil 2|2)
  • User Stories für das Product Backlog (Teil 1|2)
  • Die magische Schätzmethode
  • Icescrum 2 – Open Source Scrum Lösung
  • Erbsenschätzerei reloaded




1 Kommentar to Team Estimation Game

Avatar

Tweets die Team Estimation Game | Projekt-log.de erwähnt -- Topsy.com

Oktober 27th, 2009 at 13:12

[...] Dieser Eintrag wurde auf Twitter von Robert Wiechmann und dominanz, Robert Wiechmann erwähnt. Robert Wiechmann sagte: Team Estimation Game http://url4.eu/fHBQ [...]

Kommentare

top

Copyright ® 2010 - Projekt-log.de - Anmelden

  • Autoren
  • Lob & Kritik
  • Kontakt
  • Impressum
  • Agile Softwareentwicklung
  • Allgemein
  • Internet
  • Interview
  • Literatur
  • Management
  • Präsentation
  • Projektmanagement
  • Scrum
  • Software
  • Studien & Umfragen
  • Termine
  • Tools
  • Umfrage
  • Zertifizierung
  • Zitate
  • Zusammenarbeit
  • 2010
  • 2009



  • Blogverzeichnis - Blog Verzeichnis bloggerei.de

    blogoscoop

    Blogs

    Blog Verzeichnis