nav-try-button

large_Relay-race_shutterstock_1172355169.jpg

medium_Relay-race_shutterstock_1172355169.jpg

small_Relay-race_shutterstock_1172355169.jpg

thumbnail_Relay-race_shutterstock_1172355169.jpg

Relay-race_shutterstock_1172355169.jpg

Cut your sprint planning estimation in half compared to the rest. How is that possible, you might ask? By following critical insights based on user research in the field, we noticed users of existing planning poker tools feel they slow down the process. 

A different approach was needed to simplify the way current tools work. Customer reviews are promising, "The most efficient..", "Lightweight," "Intuitive," and "out of the way."

large_Smart Guess - Planning Poker with physical planning Poker cards.png

medium_Smart Guess - Planning Poker with physical planning Poker cards.png

small_Smart Guess - Planning Poker with physical planning Poker cards.png

thumbnail_Smart Guess - Planning Poker with physical planning Poker cards.png

Smart Guess - Planning Poker with physical planning Poker cards.png

#### Observation: Only a tiny part of sprint planning is estimating
The picture shows the estimation steps are only four, the green cards. In total, there are thirty cards, which means only a small part, 13% of the whole process is about estimation. This makes sense because the key outcomes of sprint planning are building shared understanding and making good decisions on how to proceed.

What follows is that good tools keep this in mind allowing teams to focus on the most critical outcomes rather than taking center stage and getting in the way. 

Let's walk through Sprint planning using a tool such as Jira and physical Planning Poker cards, to understand the baseline.

#### Sprint planning starts
When sprint planning starts, the team shares a screen showing the backlog, allowing them to move through the backlog, discussing stories in priority order. 

#### Discussing a story
When discussing a story, before estimating, the team needs sufficient clarity. In general, the discussion is about three things:
1. **Value** - is value for the user clear?
2. **Feasibility** - is clarity on story implementation technology-wise?
3. **Usability** - is clarity on design and user experience?

#### Key actions noted
The story is kept up to date during the discussion by recording key decisions and action items. Once sufficient clarity is in place, the team moves into estimating. 

#### Estimation
With everyone at the same place, with physical planning poker cards in hand, it's easy to run estimation using the Planning Poker method:
1. Each team member decides on an estimate
2. Team members share their estimates
3. Discussion on differences takes place - moving back into updating the story - if the discussion calls for it
4. The team decides on an estimate
5. Updates the story point value

The meeting continues, once all stories have been discussed and estimated, team members break the stories down as needed, in line with the Scrum guide - How will the chosen work get done?

#### Where does this process break down?
Overall, this process works quite well. However, it breaks down when team members can't share the same room and try using tools vastly complicating the workflow, as the following user explains:

> "My teams have been struggling with estimation tools, especially remotely. We've tried everything from pointing on fingers to cards to post-it notes to third-party tools with little to no success."

Let's look into the job steps for current tools in comparison.

## How first-generation Planning Poker tools are wasting your time
We can see where things get complicated by mapping out the job steps using the same approach. Note that 'Step 1 - Making stories ready for planning' is the same. However, 'Step 2 - Setup the Planning Poker tool' is where things get complicated. 

large_Smart Guess - Planning Poker with 1st Gen Tools - Part 1.png

medium_Smart Guess - Planning Poker with 1st Gen Tools - Part 1.png

small_Smart Guess - Planning Poker with 1st Gen Tools - Part 1.png

thumbnail_Smart Guess - Planning Poker with 1st Gen Tools - Part 1.png

Smart Guess - Planning Poker with 1st Gen Tools - Part 1.png

large_Smart Guess - Planning Poker with 1st Gen Tools - Part 2.png

medium_Smart Guess - Planning Poker with 1st Gen Tools - Part 2.png

small_Smart Guess - Planning Poker with 1st Gen Tools - Part 2.png

thumbnail_Smart Guess - Planning Poker with 1st Gen Tools - Part 2.png

Smart Guess - Planning Poker with 1st Gen Tools - Part 2.png

#### #1. Problem - Setup the planning session
You need to set up an 'estimation game' using first-generation tools. Some tools have as many as eight different fields just to get started.

#### #2. Problem - Create and manage a copy of your backlog 
 With the first-generation tools, users are making a copy of the stories they will be covering. Once a copy is in place, they need to manage two lists; the backlog and its partial copy, the 'estimation backlog.'

#### #3. Problem - Found missing a story? Extra work for you!
What happens when you identify a missing story? Frequently this occurs when preparing or during sprint planning. When managing two lists, you need to first create the story in the backlog and then add it to the estimation backlog.

#### #4. Problem - Sharing the 'estimation backlog' with the team
 Some tools need you to fill in team members' emails to share - as if calendar apps or Slack didn't exist. 

#### #5. Problems - Stories in the 'estimation backlog' are missing info 
Once teams open the 'estimation backlog' and start estimating a story, key information is often missing. This is because these stories present only a limited set of information. Meaning you can't quickly bring up an important attachment, comment, etc. You first need to open the Jira issue.

#### #6. Problem - Updating stories in the 'estimation backlog' is further away
Using the 'estimation backlog' and discussing a story. When the team needs to update a story, you can't easily do that. This is because stories in the 'estimation backlog' present only a limited set of actions. Meaning you first need to open the Jira issue to update the story.

#### #.7 Problem  - Updating story points in Jira isn't a simple action anymore
Saving estimates is more complicated. Using tools not integrated with Jira means you need to update all issues you covered manually. Many tools with Jira integration have an overly complex way of saving estimates. See the picture 

#### Comparing the two approaches side by side
There is a stark difference between the two, mainly because of two things. First, you need to set up the first-generation tool every time you use it. Secondly, you need to move back and forth between Jira and the planning poker tool during planning to get things done.

large_Comparing-2-PlanningPoker-Tools.png

medium_Comparing-2-PlanningPoker-Tools.png

small_Comparing-2-PlanningPoker-Tools.png

thumbnail_Comparing-2-PlanningPoker-Tools.png

Comparing-2-PlanningPoker-Tools.png

## What kind of solution works better?
Seeing the Sprint planning process mapped out side by side, it is clear how the first-generation tools recreate parts of Jira, introducing complexities and extra work for users. Smart Guess takes a different approach and builds on Jira's strengths. Adding functionality teams are missing to run remote Planning Poker estimation effectively within the Jira backlog.

As can be seen by comparing the three approaches below, Smart Guess takes the same approach as planning poker with physical cards:


large_Comparing-PlanningPoker-Tools.png

medium_Comparing-PlanningPoker-Tools.png

small_Comparing-PlanningPoker-Tools.png

thumbnail_Comparing-PlanningPoker-Tools.png

Comparing-PlanningPoker-Tools.png

## Cut your sprint planning estimation process in half
Moving away from existing tools means:
1. No 'estimation game' setup - just get your backlog ready for planning, no time spent creating and managing an 'estimation backlog.'
2. Planning and estimation solely from the Jira backlog - allowing the team discussion to flow naturally between story discussion, estimation, and updating stories 
3. Run remote planning poker as if co-located

It also means teams now use the best tool for Sprint Planning - the Jira backlog! Here is a short video showing how Smart Guess for Planning Poker works:

Smart Guess in action video - click to play

large_SmartGuess-Video-thumbnail-2.png

medium_SmartGuess-Video-thumbnail-2.png

small_SmartGuess-Video-thumbnail-2.png

thumbnail_SmartGuess-Video-thumbnail-2.png

SmartGuess-Video-thumbnail-2.png

Planning Poker that doesn't slow you down!

Björn Brynjar Jónsson

large_Bjorn-Brynjar-Jonsson.jpg

medium_Bjorn-Brynjar-Jonsson.jpg

small_Bjorn-Brynjar-Jonsson.jpg

thumbnail_Bjorn-Brynjar-Jonsson.jpg

Bjorn-Brynjar-Jonsson.jpg

SG-full-color-black.svg

SG-full-color-blue.svg

SG-logo-black-07.svg

SG-logo-color-05-MarketPlace.svg

SG-logo-white-06.svg

SG-full-color-white.svg

Silent Estimation

Planning Poker

Solutions

Blog

Pricing

Contact Support

Documentation

Security FAQ

Support

No setup, One Click - Planning Poker you run directly from the Jira backlog. "It's the best app ❤️ we've used. **Learn more**

With Bucket Estimation, intuitive drag & drop, you got all your estimation needs  covered  🚀  **Learn more**

Smart Guess can be used from within the Jira Backlog

large_PlanningPoker-from-Backlog-E.png

medium_PlanningPoker-from-Backlog-E.png

small_PlanningPoker-from-Backlog-E.png

thumbnail_PlanningPoker-from-Backlog-E.png

PlanningPoker-from-Backlog-E.png

Silent Estimation by Smart Guess allows teams to estimate large number of stories faster

Planning Poker that doesn't slow you down!

Recent Posts

Share your thoughts

Planning Poker

Bucket Estimation

Share your thoughts: