valiantys-logo
Back

How to organize a backlog in Jira Software

Speed and demand are the two principles that govern projects and systems management in our daily lives. To better stick to these principles, you need to be able to see clearly how projects develop. Hence the creation of the backlog!

The backlog ensures that teams always have access to the latest version of the product roadmap. For this reason it must be organized and prioritized carefully.

If you’re interested in organizing your backlog in Jira Software, here are a few, simple tips.

Just what is the backlog?

The backlog, also called the “product book”, is “an ordered list of everything that might be required in the product, and is the sole source of requirements for any changes to be made to the product. It is a document that evolves constantly during the life of the product and is never finished.” (reference)

At the beginning of the project, the development team is focused on a small backlog that contains the requirements collected from the various business stakeholders. This first backlog usually consists of the features that are needed to publish the product.

However, from the moment the first version of the product is published, the number of requests, improvements, and bugs reported by users considerably increases the size of this backlog. From then on, the product manager will have to filter and order the backlog by relying on different variables, such as impact on activities, the ability of the development team to resolve the request, and user experience.

 

Jira

An example of a backlog in Jira Software containing 65 requests of different types (story, bug, etc.).

Defining the requests to be processed in the backlog

By using the request browser, you can search through all tickets linked to one or more Jira projects. These searches can then be saved as filters.

Filters allow you to organize the backlog in greater detail. For example, with filters, you could remove all requests with unspecified priority or priority lower than “Minor”, as in the screenshot below:

 

jira demandes backlog

For more possibilities, feel free to use the advanced mode of the Jira search feature (JQL language).

How do I define requests in my backlog?

There are several ways to define the requests to be processed in your backlog. Below, we will list some examples and you can choose the option that seems most suited to your needs:

  • Update the resolutions fields in your Jira instance and close any requests that should not be listed in the backlog, even if they have not been processed. Some examples of resolution statuses to deselect: “Abandoned”, “Not specified”, “Not realizable”.
  • Create a specific label to manage your backlog. Some examples: “for backlog”, “validated”, or conversely, “frozen”, “not taken into account”, etc.
  • Create a component or a custom field and, as in the two previous cases, use the logic that suits you the best. Component examples: “Out of scope”, “Validated”, “For development”.

Whichever option you choose, keep in mind that you are creating a filter to see requests, which must be present in the backlog.

For more advanced cases or complex projects, consider combining several of the solutions presented here.

The use of the resolution method does not require a specific change in the backlog configuration. We will use the labels method later, in our article. However, be aware that the components or custom field method follows the same principle as the labels method: you have to pull up the request and edit it to implement the value used to define it.

Where are the requests not visible from my backlog?

Your requests are no longer present in your backlog, but do not worry – they are still in Jira. If you have to integrate them into your backlog, you only need to make your request eligible for your filter. In our previous example, you would simply need to set a priority of “Minor” or higher.

Updating Requests

Now that you know how to define which requests will be in your backlog and which method to use to find your requests, we will see how to organize your backlog.

A product manager will have to update the impacted requests according the logic you have chosen (“I define the requests visible in my backlog” or “I define the requests hidden from the backlog”).

 

mise a jour demandes jira

 

mise a jour demandes jira2

Use the bulk operations to edit several requests at the same time. The label field is case-sensitive and does not accept spaces. You must replace any spaces with underscores.

Updating my filter for the backlog

Finally, we will update the filter used to generate the backlog.

Go to your dashboard and click on “Board” → “Configure”. (You need to have administrative rights for the dashboard to access this feature).

 

mise a jour filtre

 

In the new view, check that you are in the “General” category, then click on “Edit Filter Query”.

 

filter query

 

save query

Here, we start from the fact that the requests to be kept in the backlog are those that do not have a label. In your case, it could be applications with the label “VALID” or a label other than “FROZEN”.

Next, return to your backlog. It has been updated, and now you only see the requests that interest you!

 

backlog jira

 

Congratulations! You have just learned how to organize a product backlog in Jira and archive requests for future needs.

I hope you found this tutorial useful. If you have any questions, leave us a comment below.

 

Cutted Triangle

Subscribe to Valiantys Newsletter

Registered request ! Subscribing... This is not an email An error occured

In accordance with our privacy policy, we are committed to respecting your personal data.

Contact us

Our Atlassian certified consultants will be happy to answer you.

Join us

We're building the next dream team - Are you in?

Follow us

We use cookies for the operation of our website. This is to improve its use, to personalize your experience, and to compile visitor statistics. By continuing to use this site, you consent to this policy. You can manage the settings and choose whether or not to accept certain cookies whilst browsing. For more information, see our privacy policy. Our privacy policy

Privacy settings

In order to facilitate your navigation and to provide you with the best possible service, we use cookies to improve the site to the needs of our visitors, particularly according to the number of visitors. For more information, please read our privacy policy. Our privacy policy

Recaptcha

Google reCAPTCHA is a system designed to distinguish humans from computers, so that bots are unable to maliciously fill out forms on behalf of a human being.

Analytics

Used to send data to Google Analytics about the visitor's device and behavior. Tracks the visitor across devices and marketing channels. Used by the social sharing platform AddThis to store the user's usage history of the AddThis sharing widget. Registers a unique ID that is used to generate statistical data on how the visitor uses the website.