First I wanted to say that Portfolio for JIRA is a great add on that enables us to finally create realistic release plans and manage capacities with JIRA.
We have a Kanban process for a product that is currently in MVP development stage. There are two different orders, the one of the JIRA backlog itself and the rank of portfolio.
While working with Portfolio, many questions came up:
Thanks in forward.
Hi @Stephan Dreyer,
Thanks for the questions, I'm sure this will be useful to many other community members! Please share your feedback on the ranking behavior and what you would like to see happen differently.
thanks for your comprehensive answer. I think it's hard to understand for many people (and me too) whether the Portfolio plan is a target plan or does reflect what's actually going on in a kind a status report. The difference between both is:
As a result of your answer, my feature requests / proposals to the Portfolio development team are:
How does ranking work on a portfolio plan that takes its inputs from multiple boards?
Suppose I have 2 boards, A and B.
Board A contains:
Epic A1 with storys A1,A2,A3
Epic A2 with stories A4,A5,A6
Board B contains
Epic B1 with stories B1,B2,B3
Epic B2 with stories B4,B5,B6
Epic B1 belongs to deliverable D1
Epic A1 belongs to deliverable D2
Epic A2 and B2 belongs to deliverable D3
Deliverable priority is D1 then D2 followed by D3.
I want portfolio board to show the following hierarchy.
I drag the deliverables in to the order I want them, but will often find they re-order, presumably on off the back of someone changing story ranking on their individual board.
Hi @Nathan Green,
As mentioned in my previous comment (point 5.) in Portfolio the rank of a parent item (in this case your deliverables) is defined by its highest child rank.
Having multiple issue sources (project, boards, JQL filters) does not change that behavior as all the issues are relatively ranked against each others in Jira, even across issue-types and projects.
Thanks @Thomas Barthelemy
I acknowledge your earlier response that the rank of the epic is the rank of it's highest ranked child. Yet as far as I knew, ranking of JIRA's is done on a per board (Portfolio aside) basis. You mention above that all issues are ranked against each other in JIRA across issue types and projects. How does JIRA determine the relative ranking of 2 JIRA's that have been raised on different projects, when it could be that they have completely different contexts? Setting up a couple of test issues across multiple projects, all same type, same piority ordering by rank seems to indicate rank is based on creation date with most recent highest ranked. Is this correct?
Going further, if I have 2 child JIRA's on 2 different projects and they are both ranked top on their respective boards, and I have a portfolio plan which reads both boards, how is the overall rank determined?
Board A (project A):
Epic A1 - with children ranked A1>A2>A3
Board B (project B)
Epic B1 - with children ranked B1>B2>B3
Who decides that A1 s higher ranked than B1?
Thanks for your input.
@Thomas Barthelemy so it turns out some of our users , instead of ranking items through a board, their items from JIRA using "rank to top" option. When you rank on a board, JIRA re-assigns the rank of the item that has been moved so that it slots into the ranks only in relation to the items on that board. However when you use "rank to top", the JIRA is moved to the number one ranked slot across the entire JIRA instance, not just limited to the board(s) on which that JIRA appears. It's the use of this function which is causing our items to re-order on our portfolio plan in unexpected ways. I'm going to get the folks here to stop ranking to top, and rank instead form their JIRA boards.
> How does JIRA determine the relative ranking of 2 JIRA's that have been raised on different projects, when it could be that they have completely different contexts?
In short, when a new issue is created it is ranked at the bottom, then relative ranking may happen as per user interaction through boards or Portfolio for example. A way to visualize ranking across projects would be to do a simple JQL query like "projects in (a, b) order by rank asc".
> Setting up a couple of test issues across multiple projects, all same type, same priority ordering by rank seems to indicate rank is based on creation date with most recent highest ranked. Is this correct?
Creating a new issue puts it at the bottom (not highest) of the Jira ranking, but boards can have custom ranking defined in the board configuration, so it's not impossible that it looks different in your case. Issue type, project (and all else really) have no incidence on ranking (e.g. an Epic does not get a special ranking treatment). Also note that issue workflows may include some special actions that may include ranking, another reason for things to look potentially different after a create action.
> Going further, if I have 2 child JIRA's on 2 different projects and they are both ranked top on their respective boards, and I have a portfolio plan which reads both boards, how is the overall rank determined?
As mentioned above, there is only one global ranking, there is no "board ranking". Boards will just present you a selection of issues. So if everything is "default" and no custom ranking or user-interaction have changed ranking for 2 issues, then the one created first would be on top.
Hope that helps!
@Thomas Barthelemy Keying off of #5 above:
5. If an issue has children (e.g. Epic with some stories) then the rank of the parent becomes the rank of its highest-ranked child. The reason for that is that we want to make the parent rank represent what will be done first, if the top story of an epic is ranked last this epic will be scheduled last so it should appear last in the ranking. Re-ranking a parent will re-rank both the parent itself and all its children.
We have a more complex setup. Portfolio Epic, Initiative, then Project Epics. Do PE & Initiatives take the ranking from the highest Project Epic in this case? Is there a way we can use Portfolio Epics to drive the priorities (ranking) across the organization instead of the stories driving the priorities from bottom up? Portfolio Plans don't seem to drive ranking/priorities to JIRA. Other Portfolio Plans are not affected by ranking changes from One Master Portfolio Plan. Any pointers?
Hi @Michael Kerr,
Re-ranking issues in Portfolio and committing them will impact the ranking in other plans and in Jira. The ranking is bottom-up as Portfolio schedules pieces of work, and the issues estimated are usually the bottom ones. As a result, starting an epic first means starting the story first. Starting a story first means it has to out-rank all other stories to be pulled into the next sprint in Jira by the dev team.
Re-ranking a parent should re-rank all children issues accordingly.
Hope that helps!
Atlassian ranks project attributes as the third most important factor impacting performance in the category of data. It’s not surprising, since project attributes are precisely the rules used to ma...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs