One thing that all Agile teams have in common is their capacity to have fun while they work. are creative, flexible and think out of the box; and working on an Agile team is a far cry from working on a dreary, process-heavy waterfall project. By building in collaborative team activities and doing away with excessive documentation and rigid mandates, Agile team members are always on their toes and passionate about their work.
One of the innovative ways in which they work is by planning Poker, a consensus-based game that helps to arrive at estimates and work out timelines for releases.
Let’s find out how to play Poker!
‘Planning Poker® is the secure, fun way for agile teams to guide sprint planning and build accurate consensus estimates.’ - planningpoker.com
There’s no doubting it; Agile estimation is very hard. A project in which the requirements are continually changing is definitely going to have volatility in terms of timeframes, budgets and schedules. How, then, can the team chalk out a roadmap and figure out milestones and releases?
Arguably the most popular way to estimating schedules on an Agile project, Planning Poker is a technique that allows each team member to weigh in on the planning process for each user story.
Here’s how the process plays out:
The team uses a deck of Planning Poker cards which have values printed on one side, say 0, 1, 2, 3, 5, 8, 13, 20, 40 and 100. These values represent the units in which the team will be carrying out the estimation, which could be (for example) story points or ideal days.
The process is not completely intuitive, and while it is simple it could take a newbie some time to get used to the concept.
Teams that are new will, therefore, often fall short of the estimate or go too long. However, with experience they will be able to arrive at more accurate estimates.
For a sprint with many features, this process could take longer than expected as each estimate might run into multiple rounds of consensus building.
If there is one experienced member who is very dominating, he or she might lead the discussions and quell the opinions of others on the team (who might be saying the right thing but might not be heard).
Again, this method does not always work well with distributed teams, as for the process to work well, they should ideally be in a face-to-face session.
If the story is not fleshed out well, the estimate might not be accurate.
The most significant advantage of Planning Poker is that every team member’s voice is heard. This increases team morale and build the right rapport.
The group gets into the rhythm of discussing and collaborating on the project, which will hold them in good stead for the rest of the journey.
These discussions help to give clarity on the features to be built, and dispel any ambiguity around the user stories.
This ‘game’ builds commitment and accountability. As each team member has contributed to the estimate, they will work toward achieving it wholeheartedly.
Last but not least, Planning Poker is fun!
Most of us are used to absolute estimates. Let’s take an example. If you’re asked, for instance, how long you would take to walk three rounds of a park, you’d probably say that you can walk one round at a brisk pace in 8 minutes. You are not going to tell them your answer in relative terms, for example, you would never tell them that you can walk one round in four fifths of the time it would take X to do the same!
In Agile, however, we prefer to work with relative estimates, as this offers more flexibility. Story points are determinations of the effort needed to complete task A, relative to the effort needed to complete task B. As there is a lot of uncertainty around the requirements, and the team does not want to spend too much effort estimating on a task that might change very soon, story point estimation is the perfect way to arrive at a rough and ready calculation of the level of effort needed for a task.
Typically, a Planning Poker session will be held just after the initial product backlog is written. It could take up to a few days, and is useful in creating initial approximate estimates that will be used to determine the scope, and plan and size the entire project.
In an Agile project, it is only to be expected that product backlog items get added as the project unfolds. It would therefore make sense for the team to hold subsequent agile estimating and planning sessions during every iteration. These sessions can be held a few days before the end of the iteration, or whenever the team feels it is most convenient.
Planning Poker always works best with a team that can sit across a table and hold discussions. However, this is not always possible, especially when teams span geographies and work across different offices.
In such cases, Planning Poker can work over a conference call or a Skype session. A Product Owner could share a set of items that have to be estimated, and the estimators log in at a prescheduled time and pick and show their cards over the video call, in much the same way as they would in a face-to-face session. There is a moderator, usually the Product Owner, who leads the discussions and makes notes.
Yes, it certainly does, and teams that use this method report that they are able to arrive at more accurate estimates more consistently than when other methods are used. Averaging individual estimates will always lead to better results.
The reason for this is that when team members are all allowed to weigh in on the planning process, everyone’s opinion is heard. This is not the case when estimation is carried out by a project manager who does not take the team’s opinions into account. Since it is the team members who are ultimately working on the project, they will have the best sense of the effort needed to finish each task.
Playing Planning Poker for the first time? Here are some tips from the pros, to help you get your game going!
As with everything to do with Agile, Planning Poker is a process that sounds easy enough but might take time and experience to get right. Take our tips to heart and be wary of the potential pitfalls that we have listed out, and your team will be able to get the most benefit from this tool!
Your email address will not be published. Required fields are marked *
Over the past few years, the job market has witnes... Read More
Scrum, arguably the most popular Agile framework i... Read More