Skip to main content
Enterprise Agile Planning icon with arrows

This post is from the CollabNet VersionOne blog and has not been updated since the original publish date.

Last Updated Sep 02, 2010 — Enterprise Agile Planning expert

Do You Find Relative Point Estimation Difficult To Understand or Teach?

Enterprise Agile Planning


I keep seeing it posted in various places in the agile development community that story point estimation is difficult for some agile teams to grasp. As an agile coach I help people understand it by explaining that we do it every day. It is the intuitive computer we all have within us.

For example, when I go to the grocery store to buy food for a party, I don’t come up with formulas for doing it, I just intuitively pick things based on knowing the general size of the party and comparing it to previous parties I’ve held. How about you, I’ll bet you have examples of this in your everyday life. It’s the same thing!

When applying this ability to agile software development estimation, we naturally consider things like complexity, effort, doubt, and other variables when sizing things intuitively. The beauty of intuitive processing is that we assemble and recognize patterns and don’t deal with each specific variable separately. That is why relative point estimation goes so much faster than detailed bottom-up estimation, yet is amazingly accurate (obviously depends on number of patterns accumulated through experience 🙂

Additionally, it levels the estimation process across different functional focuses on an agile team, so estimates are not just Dev based but can factor in considerations from testing, UI, Tech Writing and others, providing a much richer result. And don’t forget having better buy-in for the estimate across the team.

If you’re having trouble with folks not getting relative point estimation, try using a non-work related scenario to explain it. For instance, I like using the metaphor of painting a room. You could measure the room to get the exact size, come up with a formula for how many strokes it will take with a brush to get coverage on the wall, figure out based on paint transparency in coverage how many coats you’d need, etc….. OR… just ask, “Have you painted a room before? How big was it compared to this room? How long did that take?” Adjust for comparison, and you’re done.

One of the things I’ve noticed during my 25+ years in systems and software project development is that many of the best patterns we utilize are direct abstractions from nature… object orientation (biological systems) and even agile (see evolution). Why not use what has evolved over millions of years? Intuitive processing / pattern recognition is a survival trait, especially in mammals, why not leverage it 🙂

The post Do You Find Relative Point Estimation Difficult To Understand or Teach? appeared first on VersionOne Blog.


More from the Blog

View more Government Cloud
Apr 12, 2022 Government Cloud receives FedRAMP Authorization through sponsorship from the United States Department of Veterans Affairs

Enterprise Agile Planning
Flagship Agility solutions can effectively scale agile deve ...
Read More
Nov 22, 2021

What are the qualities of highly effective agile teams?

Enterprise Agile Planning
A team is the core unit of productivity in an agile organization. Wher ...
Read More
Nov 15, 2021

How an open-first attitude revolutionized government tech development

Enterprise Agile Planning
Public perception of government is often that it is slow-moving, reluc ...
Read More
cross functional
Nov 08, 2021

6 best practices for building resilient cross-functional teams

Enterprise Agile Planning
Agile frameworks prize the quality of resilience within every facet of ...
Read More
Contact Us