Agile Glossary

Points (estimates in)

What is Points (estimates in)?

Agile teams generally prefer to express estimates in units other than the time-honored “man-day” or “man-hour.” Possibly the most widespread unit is “story points.”

One of the chief reasons is the use of velocity for planning purposes. “Velocity,” in the sense Agile teams use the term, has no preferred unit of measurement, it is a dimensionless quantity. Velocity allows teams to compute the expected remaining duration of the project, as a number of iterations, each iteration delivering some amount of features.

Another important reason has to do with the social and psychological aspects of estimation: using units such as story points, emphasizing relative difficulty over an absolute duration, relieves some of the tensions that often arise between developers and managers around estimation: for instance, asking developers for an estimate then holding them accountable as if it had been a firm commitment.

Also Known As

Reflecting a long-standing lack of consensus, not merely in the Agile community but in the broader arena of software development, a variety of terms are in use and Agile teams tend to create new ones with very little provocation.

“Story points” is standard if any particular term is; “Gummi bears” have been popular since the early days of Extreme Programming, and “Nebulous Units of Time” (or NUTs) have enjoyed some currency.

Common Pitfalls

The most egregious mistake is probably to invest too much time or too much debate into the choice of a unit for estimates, insofar as scheduling based on velocity makes this unit inconsequential.

Origins

“What units are estimates expressed in” has been a perennial topic of discussion in the Agile community. The jargon of early Extreme Programming practitioners remained strongly anchored in estimates expressed as durations, labeled “ideal time” but adjusted via a “load factor”.

Starting shortly before the year 2000 the whimsical term “gummi bears” then gained popularity, as did the more neutral “story points,” both signaling the community’s widespread disfavor of even hinting at absolute durations when providing estimates at the task or story levels.

Even among the originators of Extreme Programming, however, the consensus was never total, witness Kent Beck’s professed preference for “real hours” estimates in the mid-2000s.

  • 1999: the unit “Gummi Bears,” an alternative to “story points” for estimating user stories, is first mentioned by Ron Jeffries (later attributed to an XP project led by Joseph Pelrine)
  • 2003: the term “Nebulous Units of Time” or NUTs is coined by Joshua Kerievsky as an alternative to “story points”

Thank you to our Annual Partners​

Join us today!

Agile Alliance offers many online and in-person events and workshops for our members. If you’re not currently a member, you can join now to take advantage of our many members-only resources and programs. LEARN MORE >

Get the latest Agile news!

  • This field is for validation purposes and should be left unchanged.

By subscribing, you acknowledge the Agile Alliance Privacy Policy, and agree to receive our emails.

Additional Agile Glossary Terms

A timebox is a previously agreed period of time during which a person or a team works steadily towards completion of some goal.
The "role-feature-reason" template is one of the most commonly recommended aids to write user stories: As a ... I want ... So that ...
An epic is a large user story that cannot be delivered as defined within a single iteration or is large enough that it can be split into smaller user stories.
The Kanban Method is a means to design, manage, and improve flow systems for knowledge work. The method also allows organizations to start with their existing workflow and drive evolutionary change. They can do this by visualizing their flow of work, limit work in progress (WIP) and stop starting and start finishing.
An epic is a large user story that cannot be delivered as defined within a single iteration or is large enough that it can be split into smaller user stories.
A "team" in the Agile sense is a small group of people, assigned to the same project or effort, nearly all of them on a full-time basis.
Definition of Ready involves creating clear criteria that a user story must meet before being accepted into an upcoming iteration. This is typically based on the INVEST matrix.

Help us keep the definitions updated

Ready to join Agile Alliance?

Unlock members-only access to online learning sessions, Agile resources, annual conference discounts, and more! And when you join, you’ll be supporting our member initiatives, regional events, and global community groups.

Privacy Preference Center

IMPORTANT: We have transitioned to a new membership platform. If you have not already done so, you will need to SET UP AN ACCOUNT on the new platform to establish your user profile. Your previous login credentials will not work until you do this set up.

When you see the login screen, choose “Set up Account” and follow the prompts to create your new account. You can choose to log in using your social credentials for either Google or Linkedin (recommended), or you can set up your account using an email address.