Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Recent change to how "hours of estimated work" is calculated and red (over) / green (under)


View Settings = "Group by Team" with "show capacity on timeline." 
Team type Kanban
Jira server v8.20.3.

The calculation for showing capacity on the timeline has recently changed in a way that makes it much less useful for our Kanban team. I am curious if others have figured out a workaround that recreates the view how it used to be.

Our Kanban team's capacity "bars" used to go red and show how much we were overbooked in each time unit with capacity "consumption" from each issue spread evenly over the issue's duration.

Recently the capacity "consumption" from each issue will not exceed the team capacity and go red until the time period where the issue is scheduled to end. 

For example here it shows we are green:


All of the remaining hours are moved to that time period where the issue is scheduled to end:



The 1016 excess hours used to be charged evenly to the capacity and now it is all backloaded. 

I can imagine that some people would say that this is an improvement that is more accurate for Kanban teams since you are by definition always at exactly full capacity (never over and never under). This way of presenting the information tells you won't finish one or more issues by their current deadlines - that you need to extend the deadline or remove issues until it goes green.   

However, this change makes the capacity on timeline view much less useful to us. Before, we could easily see the first time period with a deficit (where the deficit starts. Now we can only see that a deficit exists but it is challenging to find where it started and that make it much harder to play around with the issue start dates to avoid getting overbooked.

I suspect that the "correct" solution is to convert our team type to scrum and put our issues in sprint timeboxes. But that is a bit of a hack for us since these issues are long term initiatives (projects) that can range from 3 month to 3 years so they would easily span multiple sprints. I don't want to have to split each project up into multiple issues with the hours divided up since that would add overhead.

I hope my description makes sense, but please comment if clarification would help. 

Any suggestions would be greatly appreciated!


0 answers

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Apps & Integrations

Send an Email or Publish to Confluence - What should you do with your release notes?

Background When you hear the words ‘Release notes’, almost always you think of an unsolicited email from a software vendor. But I am here to tell you that from our data, sending release notes via E...

141 views 1 2
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you