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

Why is Advanced Roadmaps miscalculating sprint capacity?

Rob Horan Community Leader Mar 16, 2022

See the image below.  Assume:

  • 3 week sprint
  • 5 days per week
  • 5 person team

Sprint capacity should then be 3 * 5 * 5 which is 75. 

Sprint capacity is missing 5 days here.  Where did the time go?


2 answers

I had similar issue after setting Epics Target start and Target end dates and having Filters set to show From Epic To Story level.   I went into the plan configuration and the changed the Scheduling to use the Start date instead of the Target start.  Seems when the Target start was set it caused issues to show up in the capacity even when they were not planned for the sprint.  The Start date for mine is not set and that seemed to make Adv Roadmap capacity plan "happy" (accurate) when grouping by sprints 

0 votes
Curt Holley Community Leader Mar 16, 2022

March 7 to March 24 is only 14 business days, not 15.
As 24 is a Thursday.
So 75 - (1x5 people) =70

Rob Horan Community Leader Mar 17, 2022

I must have looked at the calendar 10 times and didn't see the Thursday end, thank you!

Rob Horan Community Leader Mar 17, 2022

I see why I made the mistake.  You can't see it because the name of the sprint was blurred, but the sprint name had the end date in it, and it said March 25.  The sprint end date was chosen incorrectly.

Rob Horan Community Leader Mar 17, 2022

@Curt Holley Sorry, but I'm confused again.  The sprint ends on the 25th - why is Roadmaps showing the end date as the 24th?

sprint end.png

Curt Holley Community Leader Mar 17, 2022

Good question @Rob Horan I think it must have to do with timezones as I've got the same issue. 
Like Advanced Roadmaps is on a different timezone to jira...or something. 
What timezone as you on compared to Jira time, as I am out by 12 hours, so get these oddities from time to time.

Rob Horan Community Leader Mar 18, 2022

Good to know, thanks @Curt Holley !

Do you know how I can identify issues that are scheduled but not in a sprint?  I can't seem to find a way to identify them.  

They're not coming back from filters that use any of the date fields I am aware of. I can't find a view in Roadmaps to identify them.

Curt Holley Community Leader Mar 20, 2022

What do you mean by "scheduled" @Rob Horan ? I'm struggling to picture what you mean.

Like Rob Horan likes this
Rob Horan Community Leader Mar 21, 2022

In this case I'm actually using Jira's terminology :)

"Issues that are scheduled during a sprint but not assigned to it still consume capacity"

What I have gathered is two things:

  1. Jira is consistently getting sprint date wrong, and truncating it, which decreases working days and also seemingly overlapping sprints.
  2. Unresolved issues from older sprints are rolling in with inferred start/end dates that are not part of the issue data, and therefore cannot be identified via JQL.

image (10).pngCapture 2022-03-21 at 9.29.35.png

Like Curt Holley likes this
Curt Holley Community Leader Mar 21, 2022

Right, due to the overlapping dates.

I would raise this with Atlassian support, but my money is on it (the date discrepancy) being timezone related (which sux).

Just out of curiosity, what time of day did the sprint that ended on March 7, end? was it prior to or after 11.41am (your timezone).

Like Rob Horan likes this
Rob Horan Community Leader Mar 22, 2022

Thanks - I'm still trying to find a way to identify these 'scheduled but not assigned' tickets via JQL.  Is there any way to do so?

Rob Horan Community Leader Mar 22, 2022

@Curt Holley - it's a bug.  I got this from support

After further investigating and checking with my colleagues Advanced Roadmaps considering the sprint as ending a day before the actual date set is currently a known bug:

I'm afraid I cannot give you an ETA on the fix. I suggest you add yourself as a watcher this way you will receive future updates on the bug, you are also encouraged to share your feedback there as this will help our team understand how it is affecting you. You can check more information on our Bug fixing policy at this link.

That being said a possible suggestion would be to set the end date of the sprint to one day after the actual date. You can continue to complete the sprint on the correct date as this will override the end date back to the correct date, but setting the end date to a day after could solve the last day problem.

Also, since this essentially answers my other questions, I'm going to leave this here for anyone else who might need this information:

Regarding the previous sprint problem, as mentioned before Advanced Roadmaps only considers and displays the dates and does not change the dates of the sprints themselves.

When you complete a sprint in Jira, the current date is set as the sprint end date and overrides the previous date set. In your case despite having set the end date to March 4 the sprint was actually closed on the board on March 8 at 12:35 pm, so the end date was overwritten with the actual date of when a user completed the sprint on the board. This is the sprint normal behavior and is not related to the Advanced Roadmaps.

Regarding the questions:

When looking at a sprint in a plan, how can we isolate the issues that have been scheduled during a sprint but not assigned to a sprint, yet are consuming sprint capacity?

  • This is a little tricky as it is hard to differentiate which issues are assigned to the sprint and which are not in the Plan view, the best approach would be to search for them using a JQL.
  • You can look for issues that are between the sprint dates and not part of any sprint by performing the JQL:
    ((duedate >= "2022/03/07" and duedate <= "2022/03/25") or ("Start date[Date]" >= "2022/03/07" and "Start date[Date]" <= "2022/03/25")) and sprint is empty
  • This works for the current sprint for the next you would have to change the dates accordingly. This JQL returns all issues that have a due date or a start date during the sprint and are not assigned to a sprint.

In the absence of date values in these issues is there a JQL statement that could identify these issues?

  • This can only happen if you are using inferred dates based on the Sprint dates and the sprints overlaps, for this case I'm afraid the only option would be checking the previous sprint stories and setting a due date to them before the new sprint start date.

Lastly, if an issue rolls over from a previous sprint, will it continue to consume capacity, even if it is closed at the start of the current sprint?

  • Yes, any issue that has a start or due date between the current sprint dates will be counted for the capacity.
Like Curt Holley likes this

Suggest an answer

Log in or Sign up to answer

Atlassian Community Events