← All guides

Sprints and planning · Taskending editorial team

What is a backlog? Examples, priorities and a template

A backlog is an ordered list of work being considered for a product or process. Inclusion is not a delivery promise. A useful backlog explains the need, the expected outcome and the decision that comes next.

Updated: · 3 min read

Backlog vs to do vs sprint backlog

A product backlog contains needs that could improve the product; items near the top usually have more detail. To do is a board state for work the team considers ready to start. A sprint backlog includes selected work, the sprint goal and the plan for delivering it. These are related concepts, not interchangeable labels. An operations team can maintain a backlog without using Scrum or scheduling sprints.

What belongs in a backlog item?

Describe the affected person, their problem and an observable success condition. Record the request source and the person responsible for the next decision. Separate a proposed solution from the underlying need. “Add an Excel button” proposes a solution; “Let operations compare weekly orders outside the system” describes a need worth investigating. Keep uncertain estimates distinct from dates promised to customers. An incomplete item can remain in the backlog if its missing information is explicit.

A worked reporting example

The worksheet describes a fictional team. An incorrect report total comes first because it may undermine current use. A date filter could reduce repeated manual work, but the team first checks example workflows. A color preference waits for evidence of a concrete need. This order is not universal. Reassess impact, urgency, dependencies and uncertainty when circumstances change. Counting requests alone does not establish priority; one blocked critical workflow may deserve attention before several cosmetic preferences.

Run a 25-minute weekly review

Spend five minutes separating obsolete and duplicate requests. Use the next ten minutes to identify missing information for the next few candidates. Reserve five minutes for ordering and five for assigning research owners. End with a decision for each candidate: start, investigate, defer or close with a reason. Reviewing the entire list every week creates overhead. Give older items a separate review date and concentrate the meeting on work likely to be selected soon.

Set up the workflow in Taskending

Create requests in the relevant project and keep uncommitted work in the backlog state. Add the worksheet fields to each description. If research is needed, create a separate owned issue and link it to the request. Move an item to To do when its expected result and acceptance conditions are clear. If your team uses sprints, select work against available capacity. Changing the board state does not automatically communicate a delivery commitment to the customer.

Check whether the backlog is useful

For the top five items, answer “Why now?”, “What is missing?” and “Who makes the next decision?” If an item repeatedly slips, investigate its dependencies, size or uncertainty instead of repeatedly raising priority. A smaller backlog is not automatically better. Clear decisions, fewer duplicates and work that can actually start are more useful indicators. Keep a short reason when closing an obsolete idea so the same request is not repeatedly rediscovered.

Backlog review worksheet

Backlog review worksheet
NeedImpact / evidenceNext decisionDecision owner
Verify report totalSample total differs from screenReproduce the discrepancyEngineering lead
Date-range filterRepeated weekly manual filteringCollect two usage examplesProduct owner
Report color preferenceNeed not yet establishedDefer with review dateProduct owner
[New need][Observation or example][Start / investigate / defer][Name or role]

Add acceptance conditions, dependencies and the next review date to each item. The example order is not a delivery commitment.

Download template (.md) ↓

Free. No registration needed. Use it in a text editor or an issue description.

Sources

Try it in your own workflow.

Create a company workspace and your first issue. Taskending is currently free.

Start for free

Keep reading

01
Sprints and planning

How to run a backlog refinement session

Refinement makes upcoming work understandable and selectable. It is not a status meeting that must read the entire backlog aloud.

02
Sprints and planning

Sprint planning for small teams

Set a clear sprint goal, realistic capacity, useful estimates and completion criteria. A practical planning and closeout guide for small teams.

03
Task management

How to map a business process: steps and example

Map triggers, steps, decisions, ownership and handoffs. Includes a worked support workflow and a free business process mapping worksheet.

04
Sprints and planning

How to manage a project change request: example and template

Assess a new request against scope, capacity and delivery commitments. Includes an impact example, decision record and free change request template.