MEGA SALE

MARCH Exclusive Offer

UPTO 60% OFF

GET COUPON
Agile Planning Poker Estimation Techniques

Agile Planning Poker Estimation Techniques

Empower yourself professionally with a personalized consultation,

no strings attached!

In this article

In this article

Article Thumbnail

Planning Poker is an Agile estimation technique used across the world by Agile teams. It is also famously called the Scrum Poker and is one of the most popular estimation techniques advocated by Agile companies and institutes because of the effectiveness of the method. Key features of the Agile Planning Poker technique are:

 

  • It is consensus-based.
  • It contains game-based design elements to make the process exciting and compelling. 
  • It makes use of cards numbered in a sequence during the estimation stage. 
  • Intense discussions back up the entire estimation exercise.
  • The concept is based on relative sizing
  • The estimating history influences the technique 
     

The need for Planning Poker estimation
 

Estimating time and the Product Backlog’s effort is a critical and integral part of software development. However, most software development teams find the task very challenging in defining and estimating the work that is required to be done. But, irrespective of the team size, this is one task that they need to do with optimal effectiveness. With bigger teams and more team members, the work gets way too daunting. 

Estimation is a critical element of the software development process and needs to be done professionally, following good habits and set standards. The result of the entire project depends on the proper planning and estimation of the work at hand-by.

The Planning Poker technique’s essence has been proven time and again, and in one specific study, few individual software professionals from a software development company were asked to estimate the time required to develop a software. All of these participants in the study were from varied backgrounds and had different roles to play in the software development project. They were then distributed in different groups where each group was assigned one item for estimation. They needed to discuss and exchange their opinions before the final estimate. The results derived from the group discussion were far more effective and accurate than the estimates given by the individuals. 
 

What is the Planning Poker estimation technique?
 

The Product Backlog items get estimated via this technique. The typical process takes place in four distinct steps:
 

  • The Product Owner or the customer reads a user story or backlog item.
  • The team members present estimates using the Poker Planning method. 
  • Discussion happens.
  • Rounds of estimations happen till a consensus amongst team members is reached.
     

The technique is the brainchild of James Grenning, who defined it in 2002. Later, Mike Cohn discussed the method in his book called ‘Agile Estimating and Planning.’ Mike’s company later had the term ‘Poker Planning’ trademarked. 

This quintessence of the technique lies in the fact that it requires participation from everyone in the room and compels an open discussion. Team members need to think freely and reveal their cards together. Also, a consensus is an integral part of the technique.
 

Participants in the Planning Poker estimation technique
 

The key participants include – Product Owner, Scrum Master, and Developers.
 

Planning Poker estimation cards
 

The Poker Planning cards contain Fibonacci values of 1, 2, 3, 5, 8, 13, 20, 40, and 100. The Fibonacci sequence got introduced in the 13th century and consisted of a series of numbers starting with 0 and 1. The next number is calculated as the sum of the last two numbers; so, the third number is 1, the fourth number is 2, so on and so forth. The initial numbers in the series are 0, 1, 1, 2, 3, 5, 8, 13, 21, etc.

 

Fig: Planning Poker cards
 

Interpretation of the numbers on the Planning Poker cards
 

Card numbers

Interpretation

0

Completion of the task

½

Signifies a minuscule task

1, 2, 3

Signifies small tasks

5, 8, 13

Denote medium-sized tasks

20, 40

Signifies large tasks

100

Stands for large tasks

Infinity

Signifies enormous and massive tasks

 

Denotes that the participants are hungry


 

The game of Planning Poker estimation
 

1. Starting the session

 

  • To begin the session, the customer or the Product Owner reads out the Agile User Story or an item from the Product Backlog. Typically, a Product Backlog contains User Stories, Acceptance criteria, story points, and User Story tasks.
     
  • The Scrum Master coaches the team in the implementation of the session. The Scrum Master also needs to look at individual team members to interpret their body language and encourage them to participate in the session. 
     
  • Each member is handed over a set of the Planning Poker cards. There needs to be a good number of card sets, and the cards should be large so that when the cards are picked up and displayed, these should be visible to all team members. 
     
  • The estimates need to be generated collaboratively and simultaneously. 
     
  • One of the team members needs to be the moderator. 
     

2. During the session
 

  • Team members proceed with estimation. They use the numbered cards, as shown in the picture above, and keep the cards face-down on the table in front. At this stage, no one is allowed to show the card chosen. 
     

3. After the estimation
 

  • Now the cards are concurrently displayed by all the team members. 
  • If the numbers displayed by all team members are the same, it becomes the estimate.
  • If not, there ensues a discussion regarding the estimates. Every team member is asked the reasoning behind their estimates. 
  • The discussions go on, and the entire Planning Poker estimation is repeated multiple times to reach a consensus among team members. 
     

Is the Planning Poker estimation technique effective?
 

Data says that the Planning Poker technique is useful if done the recommended way. Most Agile teams worldwide have reported impressive results with this technique. Even though it is a relative estimation technique, the results are prone to be accurate. Of all the Agile estimation techniques, this is one of the most effective methods leading to optimized estimation. The reason behind the technique’s tremendous positivity is that every team member, all thoroughly experienced, gets the chance to express their opinions. The good part is that members from cross-functional teams participate, giving an all-around view of the user stories and reasons behind giving a specific estimation. As summarized by Magne Jorgensen from the Simula Research Lab, the logic behind the technique is that proficient people in doing the tasks should be competent in estimating the same.
 

What are the relevant rules of the Planning Poker game?
 

  1. The Product Owner (PO) is the person who decides which Product Backlog item needs to be selected, and the same is read out to team members.
     
  2. The developers present in the session need to discuss openly and get their queries clarified from the PO.
     
  3. The PO and the Scrum Master should always be ready to clarify doubts and answer queries.
     
  4. When the estimation technique session is on, each member needs to be secretive when they pick a card.
     
  5. Only when every team member does the estimations, they need to reveal the cards. Everyone has to see the cards being displayed by the other. Everyone must see the card clearly. 
     
  6. If everyone in the room selects the same card, it means that there is consensus. However, if team members pick different cards, there needs to be a detailed discussion on the same. Justification or reasoning is an essential step in the entire process.
     
  7. In case there are some high and low estimates, then the high-low estimators need to justify.
     
  8. This series of steps go to the point a consensus or agreement is reached between the team members.  
     
  9. It is the PO and the SM’s responsibility that the estimates or discussions are not taken personally.
     
  10. The moderator selected should be taking down notes when the discussion regarding the justification happens. 
     

Which three methods are involved in Planning Poker estimation?
 

This method is a combination of three varied estimation methods. 
 

  1. The Analogy estimation is where the User Stories need to be compared. It is where the present User Stories are compared with past User Stories. The estimation technique is primarily based on previous proven data.
     
  2. An expert Opinion is an estimation approach where the expert expresses how much time the User Story will take. Experts will base their opinion on their experience or gut feeling. It is quite an accurate method compared to few other analytical methods.
     
  3. Disaggregation estimation is where a User Story is split into smaller User Stories. 

 

Simpliaxis is one of the leading professional certification training providers in the world offering multiple courses related to Agile methodologies. We offer numerous Agile related courses such as Certified ScrumMaster (CSM)® Certification Training, Certified Scrum Product Owner (CSPO)® Certification Training, Certified Scrum Developer (CSD) Certification Training, Agile and Scrum Training, PMI-ACP® Certification Training, Professional Scrum with Kanban™ (PSK) Training, Certified Scrum Professional® - Product Owner (CSP®-PO) Certification Training, Agile Sales Management Training, Behaviour Driven Development (BDD) Training and much more. Simpliaxis delivers training to both individuals and corporate groups through instructor-led classroom and online virtual sessions.

 

Conclusion
 

The Planning Poker estimation is about relative analysis. So, team members who participate in the session use their knowledge and experience to make a well-educated guess.  They compare the item on hand with earlier finished work and use this know-how to estimate or guess the time required to complete a similar task. The technique is based on the assumption that human beings are good at relative sizing or estimation. We are not good at absolute estimation, though. 

Also, estimators are required to justify their estimates. It gives a chance to everyone around the table to validate their selection and point.

 

Join the Discussion

By providing your contact details, you agree to our Privacy Policy

Related Articles

Project Manager vs Scrum Master

Oct 10 2022

Features in Agile Methodology

Jan 23 2024

What is a Scrum Team in Agile

Dec 07 2023

FAQs on CSPO Certification Training

Oct 08 2023

Product Owner Certification Levels

Sep 06 2021

Empower yourself professionally with a personalized consultation, no strings attached!

Get coupon upto 60% off