You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
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:
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?
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:
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.
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 https://jira.atlassian.com/browse/JPOSERVER-1467 and https://jira.atlassian.com/browse/JPOSERVER-298. Feel free to vote for them.