Scrum board burndown needs to include statuses other than 'closed'

[Ian Mackay]

Hi, I have a workflow of the form:

open->in progress->in test ->complete

As far as my development team is concerned, the work is done when items enter the 'in test' status, since the UAT and merge to production happens outside the sprint.

Ideally I'd like:

The burndown chart to show issues in test as counting towards sprint progress (set to resolved, not closed)

I need to keep the 'closed' status for items that have completed UAT.

I can't seem to get Greenhopper reports to identify these tickets as counting towards completion, so the burndown always looks hardly worked on, and in order to make it correct, when the sprint finishes I need to temporarily drag the status of 'in test' into the final Done column in the board configuration settings.

Any ideas?

Thanks

[OmarA · Accepted solution]

Hi Kulu,

Actually the way how burndown chart works is to burn the values base on the last column in the columns mapping in your board configurations.

So my suggestion is to set 'In Test' in the last column then you can set 'Closed' before 'In Test' or you can merge those together. I know that might not make some logical sense but that's how GH works indeed.

Cheers,

Omar

[Ian Mackay]

Ah, ok, makes sense, but quite annoying from a useability point of view, since we have some ticket types that need to go through UAT, and others that can bypass this and go straight from 'in progress' into complete.. Getting my developers to understand and use a back-to-front column set-up would be tricky.

Thanks for your explanation for how it's being implemented though.. it would be nice to have this as a config setting, so Greenhopper boards can be configured to show resolved or closed tickets in the burndown (rather than always having it as tickets in the final column).

[Andreas Heini]

As far as I can see, there is still no appropriate answer to the initial question. Now, 5 years later: Is there a way to display more than just the one "Done" graph on the board?
My User Story: As a Scrum Master I would like to see a graphs for "in progress" and "in test", so I can challange the team to have less work in progress.

[Chris Green]

This is very similar to what our team need, though we would like to track "merged" and "tested". 'Done' is not useful for this

[Keith Harris]

Yes, this is exactly how my boss and I both would like to be able to track this. I don't understand how this is something that couldn't be easily configurable. If I can add custom columns then let me track our work progress the way that makes sense for us. 

[Tom Claessens]

Not sure if this is what you want but I think our team had the same issue. 

We have a single project with two scrum boards: development / testing. The last two columns on the development board are "development done" and "completed". Completed has mapped all "done" statuses. The statuses grouped in "development done" match all possible statuses on the testing board.

The issue we had is that sprints are one week. Development + testing. Acceptance (part of testing) happens the second week. So tickets never really finish during their actual development sprint. Velocity and sprint burndown was never accurate, since it only reflected the tickets that the testing and acceptance team completed in the second week, because that's when the started development tickets during the first week reached their "done" status.

This was solved by keeping the first scrum board (development) but exchanging the second board (testing) with a kanban board. Now the last column on the development board is still development done. I mapped all statuses further down the workflow onto columns in the testing board, and by using a filter + sub filter on the kanban board I filter on all issues with unreleased fix version or with released fix version but not in "done" status or fix version empty and in current sprint.

This way, when I close the sprint after one week, tickets that were not tested remain on the kanban board because of the queries and since development tickets now reach the last column during the one week sprint (development done), all tickets are used in the burndown charts and reports. Which allowed me to finally use velocity numbers right from within JIRA instead of doing some odd excel calculations to get an average sprint velocity.

[Ian Mackay]

I ended up making a second board with a simplified workflow - we now use the burndown from this whilst using the main one for issue transitions. Horrible workaround really, but I don't see any other way to do it.

[Christen Lorensen]

Is it still like this. We have the same problem, but don't want to do this horrible workaround, as sometimes we need the devs. to test technical tasks them self. And getting them to do that we need to remind them with the collums.

[Peter Černuta]

Is there an update on this?

[Nic Brough -Adaptavist-]

Update on what?  The system burns down on the done column, as it intended to.

[Peter Černuta]

Update on requests to make the system burn down based on a custom column. 

[Chris Green]

Is there an update on this?

[Nic Brough -Adaptavist-]

No, and there won't be.  The system burns down on the done column, on the right-hand side.

[Chris Green]

Yes, I understand how it works now @Nic Brough -Adaptavist-
Burndown on 'Done' does not allow for 'merged' or 'tested' burndown, which is what our team needs
Do you know of any plugins or Apps, like Clarios Charts, for JIRA (Cloud) that can burndown on custom status?

[Chris Green]

No, I understand how it currently works @Nic Brough -Adaptavist-
'Done' is not helpful for 'tested' and 'merged' burndown
Do you know of any Apps or plugins that can achieve burndown on custom status, similar to Clarios Charts?

[Nic Brough -Adaptavist-]

No, I've not seen any add-ons that do it, because it's incorrect.

[Chris Green]

Thank you for your response @Nic Brough -Adaptavist-
What about measuring 'merged' story points is "incorrect"? 
The comments on this ticket suggest many people want to measure status' other than 'Done'

[Nic Brough -Adaptavist-]

Sorry, I wasn't clear - burndown happens when an issue is "done" - not necessarily that status, but any status that means "done" to you. 

To do that in plain Jira, put all those "done" type status in the right hand column of the board.

[Chris Green]

Thank you @Nic Brough -Adaptavist-
I have made a 'merged' board and a 'QA' board, and the rightmost column in each board is what I am trying to get a burndown on. 
The rightmost column on the merged board is "dev complete" and the leftmost column on teh QA board is also "dev complete". The rightmost column on the QA board is "Done". Closed is an unmapped status, so is not visible once released to Prod

[ColinB]

I think our workflow must be corrupt, or configured in an odd manner (we aren't using simplified - not sure why not), as even though we have Closed and Done status in the right most column, i.e. Done, burn down is only happening for the issues moved to Closed status, not when we move an issue status to Done

[Nic Brough -Adaptavist-]

Are the issues being ignored sub-tasks?

[Chris Green]

To be clear on my previous comment;

"I have made a 'merged' board and a 'QA' board, and the rightmost column in each board is what I am trying to get a burndown on. 
The rightmost column on the merged board is "dev complete" and the leftmost column on teh QA board is also "dev complete". The rightmost column on the QA board is "Done". Closed is an unmapped status, so is not visible once released to Prod"

This did not work, and did not burndown on the final column of each board. 

[Devin Edwards]

In the column section under Project Administration you could just add the In Testing status and the Done/Closed/Resolved Status to the same column; the last one. Ether status would show as done in the burndown and you don't require a different workflow.

[Nur Duygun]

We have the same issue, our scrum teams are "done" once code is pushed to production queue, but we cannot close the tickets until the code is actually live in production. Having a burndown chart based on "closed" status have been messing up all of our team's sprint reports.

[Frank Orozco]

Please fix this in a future release, such that teams can choose the column on which to burn down!