Scheduling behavior

On this page

Still need help?

The Atlassian Community is here for you.

Ask the community

The automatic scheduling mechanism in Portfolio for Jira is one of its core capabilities, and it provides a better way for you to optimize and allocate resources realistically.

Portfolio for Jira uses the following factors to create a sensible schedule of your team's work items:

  • The ranking of work items in the backlog
  • The sequence of work items, based on start and end release dates
  • Estimates, and required skills and capacity
  • Availability of teams and people, taking into account holidays
  • The skills of each team member
  • Dependencies between work items in the backlog
  • Work stages, e.g. whether activities can happen either in parallel or in a specific sequence in the plan
  • Team schedules, e.g. working in either sprint iterations, or in a continuous flow of daily tasks
  • Configurable constraints, e.g. how many people can work in parallel on a story

Portfolio for Jira also shows you some of the factors that were considered when work items are scheduled off the backlog, as well as gives you an idea why some work items weren't scheduled as such as well.

You can find these details for each issue in the 'Scheduling factors' section of the Scope view.

The sample screenshot shows the factors behind how issue XPLN-38 is scheduled in the timeline:

  • XPLN-38 is assigned to release 1.5.0.
  • XPLN-38 is ranked at position 2 in the scope backlog.

If you want to know how to move this work item either earlier or later in the schedule, click earlier or later correspondingly.

Assigning automatic releases

Releases are automatically assigned only if there is at least one release that has a fixed end date. In this case, if you have backlog items that have their release assignment set to Calculate, these items will be automatically assigned to the release with a fixed end date. This is automatically based on how the items are ranked in the backlog.

Portfolio for Jira optimizes the scheduling of work items that are ranked the highest. This means that even if your team has more capacity for v2.0 release, if the items set for v2.0 are ranked low in the backlog, Portfolio for Jira will still plot these items for v2.0 later on in the schedule.

If you want items of the highest risk to be worked on earlier in the schedule, you may want to give these items a higher ranking. Your team can then tackle these items much earlier.

Scheduling automatic and manual assignments

Portfolio for Jira lets you decide how the scheduling algorithm sets values to certain fields – whether these values are assigned manually (static assignments) or suggested automatically (calculated assignments).

FieldManual assignmentsAutomatic assignments

You determine into which release a work item should be shipped in.

"Item should be shipped with release X."

The scheduling algorithm determines into which release a work item fits.

"Into which release does the item fit?"


You make the call which team will implement a work item.

"This story should be implemented by team A."

The scheduling algorithm determines which team can best deliver the work item, based on skills and capacity.

"Based on skills and capacity, which team can deliver this best?"


You decide which team members will handle a work item.

"Peter and/or Sarah should work on this story."

The scheduling algorithm determines which team members can best handle a work item, based on skills and availability.

"Based on their skills and availability, which team members can best work on this story?"


You decide into which sprint the work item will be worked on.

"Item should be worked on in sprint 3."

The scheduling algorihtm determines into which sprint the work item will be worked on, based on availability.

"Into which sprint does the item fit?"

Note that if you set a field to calculate from the drop-down menu, a value is then automatically assigned upon the next calculation, and the field will be highlighted in blue.

Planning work over a period

Portfolio for Jira has a planning horizon of 5 years by default. If you believe that your schedule isn't being displayed properly, and your estimates are for less than 5 years, please check your team's capabilities and estimates. If you require a longer planning horizon, up to 30 years, please contact Atlassian Support

Related topics

Last modified on Dec 4, 2017

Was this helpful?

Provide feedback about this article
Powered by Confluence and Scroll Viewport.