Pitfalls of Planning Poker

Pitfalls of Planning Poker

Before you start debating story points vs. no estimates, let’s examine what can go wrong when a team uses Planning Poker with Story Points to estimate their work. The first misnomer is that Planning Poker is not an estimating tool. It is a tool that when properly applied can help a team size the effort needed to complete a user story. Let’s begin using the term “sizing” for stories instead of “estimating”.

The pitfalls noted here are based on my personal experience coaching teams using Scrum with Planning Poker for over a decade. Often time the trouble starts when a well-meaning Scrum Master experiments with the process of Planning Poker before they have personal experience in how the tool should be used.  Scrum Masters often guide the team to the desired answer rather than let the team arrive at their answer based on conversation and understanding of the work. Even worse, I have witnessed several Scrum Masters declaring the story point value once the story is read.

Planning Poker should introduce an element of fun and not become a source of dread during planning.   Another pitfall of Planning Poker occurs when team members are allowed to select their size one at a time. This behavior encourages intimidation by more experienced team members and discourages others from thinking independently.

One of the worst experiences you can have as a team is trying to size too many stories at one time. If your team typically completes 10 stories a sprint, why would you size 20 or more stories in sprint planning? Sizing too many stories leads to fatigue and waste.

Yet another pitfall of Planning Poker occurs when teams are expected to size stories that lack appropriate acceptance criteria. A long list of acceptance criteria can indicate a story that is too large to fit in a sprint.

Then there is the bad practice of adding points based on domain, when developers agree on how many points to design and code the story and then the testers add the points needed to complete testing.

Given the opportunity for challenges using Planning Poker, it’s not surprising to learn that many people have had poor experiences using this technique.

This is an Agile Alliance community blog post. Opinions represented are personal and belong solely to the author. They may not represent the opinion or policy of Agile Alliance.

Add to Bookmarks Remove Bookmark
Add to Bookmarks Remove from Bookmarks
Add to Bookmarks Remove from Bookmarks
Linda Cook

Linda Cook

Linda Cook, a recognized technology leader and Agile Transformation expert, is committed to helping organizations achieve their strategic goals. With over 21 years of experience as an IT executive, Linda offers a unique blend of leadership, innovation, and vision which allows her to tackle the most complex organizational challenges. She currently leads a Lean/Agile consulting practice for Project Cooks, LLC. Formerly an Agile Program Leader at PayPal, Linda managed the company’s largest IT initiative with…

Recent Blog Posts

Recent Posts

Your Bookmarks

No favorites to display. You must have cookies enabled to add bookmarks.

Recent Agile Alliance Blog Posts

Post your comments or questions

Discover the many benefits of membership

Your membership enables Agile Alliance to offer a wealth of first-rate resources, present renowned international events, support global community groups, and more — all geared toward helping Agile practitioners reach their full potential and deliver innovative, Agile solutions.

Not yet a member? Sign up now