Skip to main content

Nexus Sprint Backlog in JIRA

Last post 06:31 pm October 1, 2020 by Thomas Owens
9 replies
07:44 am July 24, 2019

Guys, how would you implement the Nexus Sprint backlog in JIRA? I know it is possible to have multiple sprints running at once. But how will you work on the Nexus Sprint Backlog since it contains "all" of the sprint backlog items of the individual teams.

 

Will you clone it and make a dependency?

or will you handle the Nexus SBL separately (outside JIRA or any other tool)


09:09 am July 24, 2019

Might the Nexus Sprint Backlog be represented as a filter or view of all Sprint Backlogs in the Nexus?


10:08 am July 24, 2019

Having used Jira in a multi-product and multi-team environment, here are some of my tips:

  • Each Jira project equates to a product. This better enables the use of the version related fields, ability to generate releases and release notes, and some other things without much manual effort.
  • The configuration of issue types, workflows, screens, and so on is attached to the project so all the teams follow the same general workflow. I recommend making the workflow generic enough to give the teams some flexibility, but specific enough to keep them aligned - this is an art.
  • If you have multiple teams on one product (Jira project), add a field to capture the team doing the work.
  • You can then create multiple boards within the project, either Scrum or Kanban style. Each team can have their own board filtered based on the team. You can also create boards and backlogs for the Nexus or to track individual releases. Since boards are just queries and filters, it's pretty easy.

10:13 am July 24, 2019

I would also add two more things:

  • Use labels. This can help show or hide things, either from the team backlogs or the Nexus backlogs. You can include these in your queries as appropriate. Some standard labels by convention can help, but labels also give the team a lot of internal flexibility.
  • Don't discount the Confluence integration. Being able to generate pages based on Jira queries showing issues or data graphs/charts can be hugely beneficial.

01:35 am July 25, 2019

Thanks for those tips Ian and Thomas!!!


11:50 am July 25, 2019

I personally like to use Jira Components, write a JQL to use the component, and then make a board using the JQL.


04:45 pm July 28, 2020

Thomas Owens, two questions:

1. Given your recommendations above, would you recommend keeping a copy of the Nexus Backlog board on every Jira project?

2. Have you encountered a way to represent Jira dependency links across teams & sprints automatically?  So far, I see a Server plug-in, but not Cloud.  (see https://marketplace.atlassian.com/apps/1218391/dependency-map-for-jira-link-viewer?hosting=server&tab=overview)   I'm currently looking for anything that could import story data and display this.


09:59 pm July 30, 2020

I've tried several of these approaches, but ended up using a single project and board with an active Jira "sprint" for each team in the Nexus. This allows each team to utilize the sprint/team functionality built into Jira (for example, sprint goals, planning, and closing out a sprint). In our version of Jira you can filter a Scrum board by a specific active "sprint" or by "all sprints".

We also use the Portfolio "Team" field for Nexus planning and then a filter on the backlog to allow each team to focus on their potential backlog candidates. We used a label (and looked into using a component) before Portfolio was available.

 


10:01 am October 1, 2020

We are working with more teams and more products in one project in Jira. To filter the right Sprint board for each team, we create a label with the name of the Product. 

Two teams working on the same product choose their work by Epic, which is also mentioned as a label. So the two teams that actually have the same skills and work on the same Product know each others work by Epic.

We already worked from one product backlog (label=product) and plan our sprints (two teams) together. From what I understand from this post, we can use Filters to create a so called Nexus Spring Backlog by querying the active sprints from one Product.


06:31 pm October 1, 2020

Given your recommendations above, would you recommend keeping a copy of the Nexus Backlog board on every Jira project?

I don't know what this means.

I do think that there's value in having a board (and it's associated backlog) set up with filters that show the work of all teams in the Nexus. This is where stakeholders outside the Nexus should be looking to understand what work is in progress, its current state, and what is likely to be the next things worked on by the team. A stakeholder should not have to know what team is doing the work in order to look it up on a team's board. Each team should have its own board (and associated backlog) for work that has been pull in by that particular Scrum team.

If you are following the model of one Jira project equates to one product and one Nexus is aligned with one product, I'm not sure where copies come in. If you have multiple products each with their own Nexus, then you'll need to configure the boards appropriately in each project.

Have you encountered a way to represent Jira dependency links across teams & sprints automatically?  So far, I see a Server plug-in, but not Cloud.  (see https://marketplace.atlassian.com/apps/1218391/dependency-map-for-jira-link-viewer?hosting=server&tab=overview)   I'm currently looking for anything that could import story data and display this.

No, but I've also never had a need for something like this. The ability to link issues and view related issues (especially using the "blocks" / "is blocked by" relationship) is sufficient for my needs. If something is blocked by something else, a team must either wait for the blocking item to be done or pull the work in to the same Sprint.


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.