nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

How to rank/groom issues across multiple backlogs

unknown

We have several backlogs, which are each independently groomed by the relevant backlog Product Owner.

Our engineering team pick off items from all these backlogs, so how do they decide whether to pick off from the top of Backlog A, or Backlog B?

How can we run a second-level grooming session which presents issues from ALL backlogs into a single view, where we can then drag and rank them relative to each other so that Engineering have clear direction on the next overall priority across ALL backlogs?

Accepted answers

Trudy P Claspill

Hello @[deleted]

Welcome to the community.

You could make another board based on a filter that encompasses all the separate backlogs, so all issue will appear on one board. On that board the issues from the backlogs can be ranked against each other.

However, if the ranking of two issues from Backlog 1 are changed in this new board, that will change the ranking of those same issues in Backlog 1 itself. Backlog ranking is global, not board specific.

See https://www.jirastrategy.com/questions/how-does-jira-issue-ranking-work

All comments

Trudy P Claspill

Hello @[deleted]

Welcome to the community.

See https://www.jirastrategy.com/questions/how-does-jira-issue-ranking-work

Bill Sheboy

Hi @[deleted]-- Welcome to the Atlassian Community!

Yes, and...to what Trudy notes:

You seem to be describing that your engineering team is doing work in support of multiple stakeholder teams (via the refined work from Product Owners). Some clarifying questions may help:

If your engineering team is doing the work, why is that work in other teams' backlogs?
Have you instead considered having an intake process, and asking the POs to add requests to your backlog?
- Then collaborate with your stakeholder POs to rank these requests together
- This transparency would align everyone on how work is ranked, and give stakeholder POs an idea when their requests would get done

Kind regards,
Bill

Nic Brough -Adaptavist-

I couldn't agree with @Bill Sheboy more!

Specifically:

If your engineering team is doing the work, why is that work in other teams' backlogs?

A backlog is supposed to be a pile of issues that a single team needs to deal with. A team should never be looking at other teams' backlog for their work.

There's nothing wrong with visualising, refining or even re-ranking issues across many backlogs in one place (having an overarching backlog that effectively compounds several others), but the question "do we pick from backlog A or B" is never a question your engineering team should be asking. They should be asking "what is at the top of our backlog?" It's also fine to have an issue in many backlogs, up until one team accepts responsibility for it.

I also agree with @Trudy P Claspill on the multiple-board views.

For each team, have a single "official" board for them to work on (a board is actually two things that are inextricably entwined - a backlog and a board-view).

Then create other boards that look at the same issues that one or more team boards look at. And use their wider views to do the cross-team refinement and ranking. Because changes in there will be on the individual issues, each team will have their views (boards and backlogs) ordered the way the whole organisation needs, without piling them up with a whole load of issues they won't have any responsibility for.

unknown

Thanks for your feedback @Nic Brough -Adaptavist- , @Trudy P Claspill , @Bill Sheboy . I've inherited the team and still working through how we are operating.

Essentially at the moment we have:

- one JIRA project for each project A, project B, project C etc.

- one JIRA project for Problems coming into Service Desk which need an Engineering fix

- a number of projects for different business areas, where small changes (tasks) are captured

Our engineering teams (UI, Services, DB) are picking off the backlogs of these projects. They are a shared resource. I am trying to ensure that they are always working on the right priorities: at the moment each backlog is groomed, but we don't have an overarching backlog view so that we can see relative rank of ALL issues.

I think you're all recommending that:

1. We have a backlog per funnel (Project, Service Desk Requests, Small change). The responsible PO grooms their backlog as required.

2. We have a consolidated board covering all issues, and do a second-tier grooming of this to do the cross-team refinement and ranking.

3. We have a board per team, meaning each team has a single view of its ranked work items (UI, Services, DB)

1. We have a single backlog, and use metadata to differentiate the requesting area (Project, Service Desk Requests, Small change).

2. All the POs get together to do grooming (cross-team refinement and ranking)

3. We have a board per team, meaning each team has a single view of its ranked work items (UI, Services, DB)

Have I caught this right, and which of the two, in your experience, do you recommend?

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

cloud

jira-software

jira-software-cloud

backlog

rank

refinement