Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

What is the scheduling algorithm in Jira Portfolio?


According to Portfolio for Jira Support, the scheduling behavior is as follows:

The scheduling algorithm will take into consideration without any additional plan configuration the following aspects:

  • Backlog item' priority
  • Release and sprint assignments
  • Estimate
  • Dependencies between backlog items
  • Team schedules

I am new to using Portfolio and I cannot figure out why the algorithm is attempting to schedule issues with low priority before issues with high priority.  These issues do not have a release or sprint assignment, they do not have a time estimate (only story points), and they do not have dependencies or team schedules involved.  

Can anyone tell me what other factors would cause a low priority item to be scheduled before a high priority item in Jira Portfolio?  If I need to manually order the priority within the scope list, is there a way to show the priority in a column on the scope list?

Thank you!

1 answer

Hi @Jill Guardanapo,

"priority" (as determined by the priority field in Jira) is not a factor that impacts the scheduling. You may be confused by the issue's order in the backlog instead. Roughly, the scheduling behaviour is based on the following:

  1. Issue rank in the backlog (at story level)
  2. Available capacity (and thus team / team member assignment)
  3. Dependencies
  4. Earliest start date
  5. Release assignment
  6. Sprint assignment

The further down the order, the more precise the scheduling gets.

To add to what @Walter Buggenhout _ACA IT_ has above, in Portfolio, Stories are the strict child of an Epic. However, in a Scrum Board, Stories are ranked in the backlog independent of the Epic. 

For Example, when viewing the Backlog of a Scrum Board, Story 1 of Epic 3 is ranked above Story 1 of Epic 1. In Portfolio, Story 1 of Epic 3 will be scheduled before Story 1 of Epic 1. Which in turn schedules Epic 3 ahead of Epic 1. 

While this seems counter-intuitive, it allows the Teams to maintain the autonomy over their backlogs. It also encourages the system as a whole to maintain shorter queue lengths (fewer Initiatives and Epics In Progress). 

I think the problem I am having is that I was thinking Jira Portfolio would take into account the priority of the Epic as it is indicated in Jira Software.  If I have an Epic with a priority of "Highest" and another Epic with the priority of "Lowest", I thought Jira Portfolio would automatically put the Epic with the highest priority sooner in the timeline than the Epic with the lowest priority and all of the stories under that Epic later as well.  Then, if I want to re-rank them in Portfolio, I can choose to move the Epic.  It sounds like Jira Portfolio is story driven though.   

Yes, that is correct @Jill Guardanapo. Story ranking indeed takes precedence over Epic ranking in Portfolio.

I think the real issue with this is that they are not synced.  I understand why portfolio does not look at the epic priority, but when you change the epic "priority" in portfolio, I would like that to be reflected in JIRA so you get the same picture.  You can find suggestions on this at and  Feel free to vote for them. 

I agree.  That is the problem, Mike.  I voted on issue 1467.  Thank you for your input.  

Suggest an answer

Log in or Sign up to answer

Atlassian Community Events