Learn how to set up Jira Software Cloud and integrate it with other products and applications.
Learn how to configure your Jira Software Cloud company-managed projects to suit your agile development processes.
Learn how to create, search, and work with issues in software projects, manage your profile, and more.
Learn how to get started, enable features, and manage and administer team-managed projects.
Plan and view work across multiple teams, projects, and releases with Advanced Roadmaps.
A guide on how to deploy and monitor an application built on AWS using Atlassian and third-party tools.
This page refers to the roadmap view in Jira Software and not Advanced Roadmaps, the cross-project planning tool only available as part of Jira Software Cloud Premium and Enterprise.
Unless otherwise noted, the roadmap view in Jira Software is the same for both company-managed and team-managed projects.
If the Start date and/or Due date fields on a parent issue are empty, the roadmap infers its duration based on the dates assigned to child issues. We refer to this as a roll-up. These dates automatically update as those of the child issues change, but are overridden by any manually set dates.
If your roadmap is using these rolled-up dates, you’ll see an arrow icon when you hover on the schedule bars:
In order to roll up dates:
parent issues can’t have a start and/or end date set. Manually set start and/or due dates override any inferred values. Bear in mind that manually adjusting the length of a schedule bar via drag and drop assigns a date to your issue.
all child issues need to be scheduled with either start and end dates or sprints (for scrum teams).
Roll-up values for scrum teams
For scrum teams, child issues are scheduled according to the sprint to which they’re assigned. On your roadmap, the schedule bar for all child issues is the same size regardless of their estimated duration, aligning with the sprints at the top.
The date of each issue’s assigned sprint is used to roll up dates to parent-level issues. In the example below, the parent-level task Cheddar King infers its dates from the three child issues Fermentation, Develop flavor, and Find your inner cheese. These child issues are scheduled to last two sprints, so the parent issue is begins with the first sprint and the ends after the second.
Roll-up values for kanban teams
Since kanban issues are scheduled using the Start date and Due date fields, a roll-up on the roadmap uses the earliest and latest scheduled dates to determine the duration of the parent.
If the start or due date of a parent issue can’t be inferred, its schedule bar fades out in that direction. This is what’s called a partial roll-up, as shown below:
To fix a partial roll-up, make sure that all of your child issues have both start or due dates.
Was this helpful?