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
We're seeing an issue were if we use rolled up dates for Epics or Requirements then the Release those Epics or Requirements are related to will incorrectly show as On Track at the top level, but correctly show Off Track if you drill through the Release.
Our hierarchy is Requirement -> Epic -> Story and we have Requirements flagged with specific releases, but the Epics and Stories are not necessarily flagged with the same release (trying to avoid having to set fix versions on everything and have Advanced Roadmaps roll things up).
If the Requirement uses a rolled up date from the Epics / Stories that is past the release date of the release it will incorrectly tell you your release is On Track at the top level and only show you it's off track if you drill through.
If we set an explicit date on the Requirement that aligns with the rolled up date then it correctly shows the release as being Off Track at the top level.
Is anyone else seeing this behavior?
If you remain on the plan page without navigating away or refreshing the page then you do see the correct behavior, but if you navigate away with a rolled up date and come back, or refresh the page, or someone else opens the plan then you see the incorrect behavior. E.g.
Set an end date on the Requirement that’s AFTER the release date for the release - status correctly shows Off Track
Clear the end date on the Requirement so it’s using a rolled up date that’s AFTER the release date of the release - will still correctly show as Off Track
Save the change to Jira - will still correctly show as Off Track
Refresh the page / navigate away and back / someone else opens the plan - will incorrectly show as On Track
I see the same behavior at every level in the hierarchy. This example is Requirement -> Epic, but I see the same with Epic -> Story as well. If the Epic is flagged against a release, but using a rolled up date from the Story then the release will incorrectly show as On Track even if the rolled up date is past the release date.
I'm not sure, but this is how I interpretate it.
You have a hierarchy set in advanced roadmap with the "Initiative" as the highest level in this plan.
I think as its part of the release the highest level needs a date to do the roll-up and that is used in the release view.
Thats how I explain it, but to be sure I think reaching out to Atlassian would be a point to see if this might be a Bug
Glad I wasn't going crazy. Think our workaround will be to tell people to set hard dates on Initiatives / Requirements to get accurate release indications at the top level and then monitor for warnings if underlying Epics and Stories start pushing out and cause a child to have a later end date than its parent.