{"id":541,"date":"2011-05-16T07:45:11","date_gmt":"2011-05-16T07:45:11","guid":{"rendered":"http:\/\/mikekuphal.azurewebsites.net\/?p=541"},"modified":"2011-05-16T07:45:11","modified_gmt":"2011-05-16T07:45:11","slug":"agile-planning-group-estimate-via-planning-poker","status":"publish","type":"post","link":"https:\/\/mikekuphal.com\/?p=541","title":{"rendered":"Agile Planning: Group Estimate via Planning Poker"},"content":{"rendered":"<p><a href=\"https:\/\/mikekuphal.com\/wp-content\/uploads\/2013\/12\/poker.gif\"><img loading=\"lazy\" decoding=\"async\" style=\"background-image:none;padding-left:0;padding-right:0;display:inline;float:right;padding-top:0;border:0;\" title=\"poker\" src=\"https:\/\/mikekuphal.com\/wp-content\/uploads\/2013\/12\/poker_thumb.gif\" alt=\"poker\" width=\"244\" height=\"146\" align=\"right\" border=\"0\" \/><\/a>The best way teams I have been on have found to estimate via a group is <a href=\"http:\/\/renaissancesoftware.net\/papers\/44-planing-poker.html\" target=\"_blank\" rel=\"noopener\">Planning Poker<\/a>.<\/p>\n<p>There are many benefits related to planning as a group (see my <a href=\"https:\/\/mikekuphal.com\/agile-planning-planestimate-as-a-group-really\/\" target=\"_blank\" rel=\"noopener\">previous post<\/a> on this topic for more).\u00a0 One thing that was difficult to grasp for me at first, is the idea of group estimating.\u00a0 Have everyone estimate each task? Even tasks they know they aren\u2019t going to be responsible for?\u00a0 Yes! The collaborative nature of group estimating helps further dig up hidden features\/assumptions as well as provides other benefits.\u00a0<\/p>\n<p>Teams I have been part of have tried a number of different ways to group estimate like:<\/p>\n<ul>\n<li>Group determines (informally) who they think the task is going to be completed by, and defers to that person\u2019s estimates.<\/li>\n<li>Group members all write down a hour estimate on a piece of paper, let everyone know what they thought, and then negotiate until some consensus is gained.<\/li>\n<li>Play planning poker for estimation.<\/li>\n<\/ul>\n<ul>All were used to some success level, but the first two generally took much longer to complete the estimation process and also reduced group ownership of all tasks to more individual ownership of certain tasks.\u00a0 In one instance, the negotiation process for one estimate (not the details about the estimate) took over 30 minutes, and even after that time, we just took the highest estimate to be able to move on.<\/ul>\n<h4>Looking for a better way, the team discovered Planning Poker.\u00a0 Here are the high level details:<\/h4>\n<ul>\n<li><a href=\"https:\/\/mikekuphal.com\/wp-content\/uploads\/2013\/12\/holdcardup.jpg\"><img loading=\"lazy\" decoding=\"async\" style=\"background-image:none;padding-left:0;padding-right:0;display:inline;float:right;padding-top:0;border:0;\" title=\"HoldCardUp\" src=\"https:\/\/mikekuphal.com\/wp-content\/uploads\/2013\/12\/holdcardup_thumb.jpg\" alt=\"HoldCardUp\" width=\"244\" height=\"163\" align=\"right\" border=\"0\" \/><\/a>Each team member has a set of \u2018cards\u2019, each with a single number.\u00a0 We use a variant of the <a href=\"http:\/\/en.wikipedia.org\/wiki\/Fibonacci_number\" target=\"_blank\" rel=\"noopener\">Fibonacci sequence<\/a> for card values (1,2,3,5,8,13,20,40,100&#8242;).<\/li>\n<li>A item to be estimated is read to the group.\u00a0 Any team member who has questions about functionality\/etc. are encouraged to ask their question(s). This continues until all questions are answered the best they can be.<\/li>\n<li>The group facilitator asks each team member to pick a single card.\u00a0 (Says: \u2018Estimate!\u2019)\u00a0 The card is not shown to other team members at this point and verbal estimates are avoided to reduce the chance of influencing other team members.<\/li>\n<li>All team members estimate (minus the Scrum Master and Product Owner if they are in the room)<\/li>\n<li>Once all team members have a estimate card, they are all flipped over so all can see.\u00a0<\/li>\n<li>When there is a significant variance between estimates the person with the highest estimate and also the lowest estimate are asked to briefly explain why they picked the number they did.\u00a0 This usually exposes differing assumptions by each team member and allows for some quick discussion on which assumptions are valid.<\/li>\n<li>The team is then asked to re-estimate.\u00a0<\/li>\n<li>This process if repeated until there is group consensus.<\/li>\n<li>Side note: This <a href=\"http:\/\/www.planningpoker.com\/detail.html\" target=\"_blank\" rel=\"noopener\">Planning Poker in detail<\/a> page has a detailed outline of the process if it\u2019s totally new to you.<\/li>\n<\/ul>\n<h4>A few tips\/takeaways from my experience to help with playing Planning Poker:<\/h4>\n<ul>\n<li>It rarely takes more than two or three rounds of estimating to have total group consensus.\u00a0 Yes\u2026 Really!\u00a0<\/li>\n<li>Invariably when starting group estimating in general, team members will ask if they can \u2018abstain\u2019 from estimating some tasks.\u00a0 We have chosen as a team not to allow this.\u00a0 All team members need to participate and do the best that they can.\u00a0 This has helped all team members get better at estimating tasks they usually wouldn\u2019t be asked to participate in as opposed to relying on specific experts and disengaging.<\/li>\n<li>If there is a small variance in estimates (3\/4 of team picked 5 and 1\/4 picked 2 for example), the team will discuss amongst themselves what they think is best and usually pick a number instead of doing another round of estimating.<\/li>\n<li>As a team, we have chosen to stick with estimates that correspond to numbers on cards.\u00a0 This eliminates the tendency to say: \u201cyou have 5, I have 2, lets just average them out to 3.5 and use that estimate\u201d.\u00a0<\/li>\n<li>We eliminated the 1 and 3 cards, as we found the difference between 1,2,3,5 to be too small to be concerned about as a team.\u00a0 This further encourages \u2018bucket picking\u2019 even at the low end of estimating to validate that we are really just sizing activities, not committing to specific time frames. (This decision has been debated a few times since in sprint retrospectives, asking to put the 1 and 3 back, but the team has decided to keep them out for now.)<\/li>\n<li>Have a way to limit question\/discussion length prior to estimation.\u00a0 Some times team members can get caught in the details and ramble on for quite some time.\u00a0 I have seen some groups use a 2 minute timer that any team member can start, to limit the current discussion point of which when the timer is done, a round of estimation is required, keeping the process moving. Point here is: group is not trying to precisely estimate the tasks, but instead they are sizing them and that just needs to be \u2018within the ballpark\u2019 as the main value is gained in that short amount of time.<\/li>\n<li>Consider a \u2018I need a break\u2019 card.\u00a0 Some Planning Poker decks have a picture of a pie on one card, meaning \u2018I need pie!\u2019 When this card is shown, the group takes a mini-break.\u00a0 Group estimation can be quite taxing, so breaks are important to keep people fresh and avoid the pitfall of \u2018lets just get this done\u2019 estimation.<\/li>\n<li>Like most things, the first few times your group uses Planning Poker, it will take longer to get consensus, but over a number of sprints, estimation goes much faster as the group gets comfortable with the process in general.<\/li>\n<\/ul>\n<p>Next up in this series, <a title=\"Agile Planning: What? How Do I Know What I Will Be Working On During The\u00a0Sprint?\" href=\"https:\/\/mikekuphal.com\/agile-planning-what-how-do-i-know-what-i-will-be-working-on-during-the-sprint\/\">my take on how to best manage Sprint backlog task allocation to team members<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>The best way teams I have been on have found to estimate via a group is Planning Poker. There are many benefits related to planning as a group (see my previous post on this topic for more).\u00a0 One thing that was difficult to grasp for me at first, is the idea of group estimating.\u00a0 Have &hellip; <a href=\"https:\/\/mikekuphal.com\/?p=541\" class=\"more-link\">Continue reading<span class=\"screen-reader-text\"> &#8220;Agile Planning: Group Estimate via Planning Poker&#8221;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2,5],"tags":[],"class_list":["post-541","post","type-post","status-publish","format-standard","hentry","category-agile","category-scrum"],"_links":{"self":[{"href":"https:\/\/mikekuphal.com\/index.php?rest_route=\/wp\/v2\/posts\/541","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mikekuphal.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mikekuphal.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=541"}],"version-history":[{"count":0,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=\/wp\/v2\/posts\/541\/revisions"}],"wp:attachment":[{"href":"https:\/\/mikekuphal.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=541"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=541"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=541"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}