Capacity Planning

Part of Agile project software

Managing a shared backlog across several product teams

A shared product backlog needs one view of priority and clear ownership of each item. Otherwise, the same feature may be promised in several team plans while …

Keep each feature team’s backlog for its own planning, and use a shared portfolio view to align work across teams. In Azure Boards, management teams can use portfolio backlogs to view feature teams under their area path, while feature teams maintain distinct backlogs to plan, prioritise and track work.

Build a hierarchy from product goals or large outcomes to Epics and Features, then to Stories and Tasks. Management teams can own Epics and break them into Features; feature teams manage Features, Stories and Tasks. Break large items into smaller work so teams can estimate more accurately and identify risks and dependencies earlier.

Name a Product Owner to maintain the product-level order. Give each cross-team item one accountable delivery team; make the other team’s contribution a dependency or separate team-level work. Azure Boards supports this division through management and feature teams, with portfolio or product owners able to create vision, roadmap and goals.

Compare competing requests against current goals and make their rank visible. Azure Boards portfolio backlogs let management teams review priorities and reorder Features; Jira Scrum backlogs let users drag and drop items to rank them or send them to the top or bottom.

Record dependencies on the affected work items. In Jira Cloud Premium and Enterprise Plans, administrators can configure link types to appear as Blocks dependencies: the first item must finish before the second can begin. Lines or numbered badges show direction on the timeline, and red marks an off-track dependency.

Review the shared order once per sprint. Before the review, teams update status, estimates, capacity and dependencies; hold the review on the last day of the sprint or after the sprint review, and before the retrospective.

In Azure Boards, configure teams and area paths first: area paths determine which work items appear on a team backlog or board and can group related work. For a Delivery Plan, select the teams and backlog levels to show.

Use the Azure Boards portfolio backlog to review and reorder Features and drill into child Stories or PBIs. Delivery Plans overlay selected teams’ Stories, Features or Epics on a calendar timeline; dashboards can monitor status, progress and trends across teams.

In Jira Cloud, Plans provide a view of work across multiple spaces. A Scrum backlog shows work items that match its saved filter and have a status mapped to a board column other than Done; users can edit fields such as Summary, Assignee, Estimate, Parent and Priority there.

In a tool demonstration, check how changing an item’s team affects its board, iteration, permissions and reports rather than assuming the behaviour. If teams both rank a shared Feature highly, agree who owns delivery and whether the other team’s work is a dependency or separate work before confirming its priority.

Record unresolved ownership disputes or dependencies against the affected items, including the decision needed and who will resolve it. Escalate them to the agreed Product Owner or management lead, and keep affected work out of the committed sequence until ownership and priority are settled.

Key Metrics for Shared Backlog Health

Number of Cross-Team Items
Track total shared Features or Epics requiring coordination.
Unresolved Dependencies
Count open dependencies that block progress.
Disputed Ownership Items
Monitor number of items without clear delivery owner.
Backlog Review Frequency
Ensure reviews occur once per sprint.

More from Capacity Planning

Capacity Planning

Workload views across project tools—Asana/monday.com/ClickUp

Compare Asana, monday.com and ClickUp workload views by project scope, effort units, capacity settings, missing work and plan limits.