Planning Poker is an agile estimating and planning technique that is consensus based. To start a poker planning session, the product owner or customer reads an agile user story or describes a feature to the estimators.
Each estimator is holding a deck of Planning Poker cards with values like 0, 1, 2, 3, 5, 8, 13, 20, 40 and 100, which is the sequence we recommend. The values represent the number of story points, ideal days, or other units in which the team estimates.
The estimators discuss the feature, asking questions of the product owner as needed. When the feature has been fully discussed, each estimator privately selects one card to represent his or her estimate. All cards are then revealed at the same time.
If all estimators selected the same value, that becomes the estimate. If not, the estimators discuss their estimates. The high and low estimators should especially share their reasons. After brief discussion, the team may seek convergence toward a consensus estimate by playing one or more further rounds. After further discussion, each estimator reselects an estimate card, and all cards are again revealed at the same time.
The poker planning process is repeated until consensus is achieved or until the estimators decide that agile estimating and planning of a particular item needs to be deferred until additional information can be acquired.
When should we engage in Planning Poker?
Most teams will hold a Planning Poker session shortly after an initial product backlog is written. This session (which may be spread over multiple days) is used to create initial estimates useful in scoping or sizing the project.
Because product backlog items (usually in the form of user stories) will continue to be added throughout the project, most teams will find it helpful to conduct subsequent agile estimating and planning sessions once per iteration. Usually this is done a few days before the end of the iteration and immediately following a daily standup, since the whole team is together at that time anyway.
Does Planning Poker work?
Absolutely. Teams estimating with Planning Poker consistently report that they arrive at more accurate estimates than with any technique they’d used before.
One reason Planning Poker leads to better estimates is because it brings together multiple expert opinions. Because these experts form a cross-functional team from all disciplines on a software project, they are better suited to the estimation task than anyone else.
- using a structured, game-like format keeps things moving along and avoids the estimating meeting getting bogged down in interminable discussions (this particular outcome was the original intent of the practice)
- the meeting’s format offers an opportunity to leverage the knowledge of all team members, whereas in a less structured meeting format, the more outgoing team members sometimes shut out the quiet ones
- the conversation following the revealing of initial estimates is a great way to pool insights about the user story being discussed and surface implementation risks