Agile Glossary

Backlog Refinement

What is Backlog Refinement?

Backlog refinement (formerly known as backlog grooming) is when the product owner and some, or all, of the rest of the team, review items on the backlog to ensure the backlog contains the appropriate items, that they are prioritized, and that the items at the top of the backlog are ready for delivery. This activity occurs on a regular basis and may be an officially scheduled meeting or an ongoing activity. Some of the activities that occur during this refinement of the backlog include:

  • removing user stories that no longer appear relevant
  • creating new user stories in response to newly discovered needs
  • re-assessing the relative priority of stories
  • assigning estimates to stories that have yet to receive one
  • correcting estimates in light of newly discovered information
  • splitting user stories that are high priority but too coarse-grained to fit in an upcoming iteration

Also Known As

Due to the increasingly negative connotation of the word grooming, this activity is increasingly known as backlog refinement or backlog management. Other terms include “Story Time” (see timeline). Grooming was originally used to reflect an organic approach to maintaining the backlog: the intended imagery is that of trimming, pruning, and cleaning, as with a plant.

Expected Benefits

The intent of backlog refinement is to ensure that the backlog remains populated with items that are relevant, detailed, and estimated to a degree appropriate to their priority, and in keeping with the current understanding of the project or product and its objectives. Unlike a more formal “requirements document” the backlog is understood as a dynamic body of information. For instance, not all user stories need to have been broken down to a fine-grained level at the onset of the project, or given detailed estimates; but it is important that at any moment a “sufficient” number of stories should be ready for scheduling in the next few iterations. An Agile project is, no less than any other, subject to “scope creep”, in the form of user stories that do not really yield substantial value but were thought “good ideas at the time”, and entered into the backlog lest they be forgotten. In the absence of explicit efforts aimed at managing this inflation, this inflation would result in the too well-known pathologies of schedule and budget overruns.

Origins

  • 2005: the earliest recorded use of the term “backlog grooming” is from Mike Cohn on the Scrum development mailing list; it will be several years before the practice is described more formally
  • 2008: one of the first formal descriptions of “backlog grooming” is given by Kane Mar, under the name “Story Time”, and recommends it as a regular meeting
  • 2011: the practice of “backlog grooming” is promoted to an “official” element of Scrum with its inclusion in the Scrum Guide
Add to Bookmarks Remove Bookmark
Add to Bookmarks Remove from Bookmarks
Add to Bookmarks Remove from Bookmarks

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.

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

An acceptance test is a formal description of the behavior of a software product, generally expressed as an example or a usage scenario. A number of different notations and approaches have been proposed for such examples or scenarios.
Test-driven development (TDD) is a style of programming where coding, testing, and design are tightly interwoven. Benefits include reduction in defect rates.
The team meets regularly to reflect on the most significant events that occurred since the previous such meeting, and identify opportunities for improvement.
A product backlog is a list of the new features, changes to existing features, bug fixes, infrastructure changes or other activities that a team may deliver in order to achieve a specific outcome.
An acceptance test is a formal description of the behavior of a software product, generally expressed as an example or a usage scenario. A number of different notations and approaches have been proposed for such examples or scenarios.
Test-driven development (TDD) is a style of programming where coding, testing, and design are tightly interwoven. Benefits include reduction in defect rates.
The team meets regularly to reflect on the most significant events that occurred since the previous such meeting, and identify opportunities for improvement.

Help us keep the definitions updated

Discover the many benefits of membership

Your membership enables Agile Alliance to offer a wealth of first-rate resources, present renowned international events, support global community groups, and more — all geared toward helping Agile practitioners reach their full potential and deliver innovative, Agile solutions.

Privacy Preference Center

Not yet a member? Sign up now