Planning poker

Der er nu to projekter, hvor teams er begyndt at anvende planning poker på Den Blå Avis. Det feedback jeg har samlet op indtil nu er følgende:

• Det er sjovt at estimere (på den måde)
• Det skaber nogle gode diskussioner
• Alle deltager og ingen kan ride med på sidelinien ("nå, jeg hørte ikke lige efter, men X sagde 5 og han plejer sku at vide, hvad han snakker om, så jeg siger også 5...")
• Teamet får et fælles sprog på opgaverne, da både Scrum Master, Product Owner og udviklere er til stede
• Teamet får en fælles forståelse for, hvad der er små, og hvad der er store opgaver. Product owner har måske et billede, og udviklere et andet - her alignes det.
• Det er hurtigere at estimere på denne måde
• Estimering med point (kortene) er svært i starten, for hvad dækker point over? Vi forsøger os mod at lade pointene illustrere den relative kompleksitet, men ofte falder man tilbage på timer.

Nogle af de punkter, som generelt gør sig gældende for planning poker er:

• Gruppebaseret diskussion hjælper med at definere opgaverne før estimering
• Der kombineres viden fra flere forskellige kilder (personer)
• Simultan afsløring af estimater reducerer anchoring effect og social sammenligning (han ved nok bedst, så jeg siger bare det samme)
• Minimalt overhead
• Face-to-face interaktion
• Alle tager mere ejerskab over estimater

Hvis du er interesseret i at læse lidt om planning game så kommer der her en interessant liste af links, du kan spise dig igennem:

• http://www.planningpoker.com/detail.html


• http://en.wikipedia.org/wiki/Planning_poker


• http://www.planningpoker.com/detail.html


• http://www.crisp.se/planningpoker/ (god illustrativ forklaring på anchor effect + her kan du også købe kortspil)


• http://www.substanceofcode.com/2007/06/09/planning-poker/


• http://blogs.msdn.com/dave_froslie/archive/2005/09/30/475791.aspx


• http://www.codinghorror.com/blog/archives/000981.html
• Agile Estimating and Planning - Kort præsentation (Mike Cohn giver et overordnet billede af hvordan planning game indgår i den store agile planning sammenhæng)

Hvis du er interesseret i at dykke lidt ned i diskussionen omkring estimering i timer/dage vs. point, så start her:

• http://blog.mountaingoatsoftware.com/?p=6
• http://www.agilegamedevelopment.com/2006/03/hours-vs-story-points.html
• http://epistemologic.com/2006/10/25/agile-estimation-story-points-vs-hours/
• http://edgibbs.com/2006/11/05/from-story-points-to-ideal-days/

Sluttelig, det kan selvfølgelig anbefales at læse Mike Cohn's bøger Agile Estimating and Planning og User Stories Applied, hvis indlægget her fører til videre interesse.