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

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

Avatar

1 badge earned

Collect

Participate in fun challenges

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

Challenges
Coins

Gift kudos to your peers

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

Recognition
Ribbon

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!

Leaderboard

Anyone else seeing inaccurate On Track / Off Track indicators on Releases?

Andrew Frayling
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
Aug 25, 2023

Hi,

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.

rolled-up-incorrect-behavior.png

Drill Through

drill-through.png

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.

set-date-correct-behavior.png

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.

  1. Set an end date on the Requirement that’s AFTER the release date for the release - status correctly shows Off Track

  2. 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

  3. Save the change to Jira - will still correctly show as Off Track

  4. 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.

Thanks,

Andrew.

2 answers

1 accepted

0 votes
Answer accepted
Andrew Frayling
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
Aug 28, 2023

Atlassian confirmed this is a bug https://jira.atlassian.com/browse/JSWSERVER-21927

0 votes
Marc Koppelaar
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
Aug 28, 2023

Hi @Andrew Frayling 

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

Andrew Frayling
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
Aug 28, 2023

Hi @Marc Koppelaar , Atlassian just came back this morning that this is a confirmed bug https://jira.atlassian.com/browse/JSWSERVER-21927

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.

Like Marc Koppelaar likes this

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events