Burndown on custom status

I have added a custom status and workflow step to our project in JIRA.

The new step is Ready For Testing, and it sits just before Closed. Currently the Burndown chart burns down the points when an issue is moved to Closed.

How can I force the Burndown chart to burn the points when an issue is placed in the Ready For Testing status.

Thanks,

Rob

4 answers

1 accepted

0 vote

To burn down an issue, it must be "done".

Problem - I can't remember if "done" in the Burndown chart is based on the resolution of the issue (a resolution set to anything = done) or if it's the "done" column on the scrum board.

Filtering doesn't seem to work.

I believe the burndown is based on issues being in the done column, as the "Resolution" is staying as unresolved and it still burns down.

So my question is how can I replicate/copy the functionality of the "Done" column for the Burndown, or create a custom report that burns down on Done or Ready For Testing.

Ok, figured out that the burndown chart just burns anything that is in the "LAST" column on the board. It doesn't matter what the resolution or status is, if it sits in the last column, it's considered done.

Is it possible to change this somehow?

Bother, it's the done column then. (Filtering was never going to work, that's not what it's for)

Simple answer is that the only way this is going to work is if you include the "ready for testing" status into the "done" column alongside the other status that mean done.

yeah, that's exactly what I have done for now, but it isn't ideal, I don't seem to be able to drag from Ready for Testing to Done now as they are in the same column, I need to open the ticket and click the transition button at the top,

also makes it harder to see which issues are ready for testing and which ones are really done, will have to create a filter maybe

Hi Rob, were you able to resolve this?? we are facing the same thing with our custom workflow which has UAT complete as the last status on the board!..

If I remember correctly we have changed to use the remaining time estimates instead of points burn down, and I have a trigger set up to automatically set the remaining time to 0 when a ticket is moved to the status that I consider "done" (ready for testing in my scenario)

1 vote

The simple solution I have found is to create different views of your work and progress by having multiple Scrum boards. We have both time based and points based boards feeding off the same project data. You can then map the statuses to statuses & columns as you see fit. The points based board is principally for backlog management & sprint/release planning, it's burndown report shows points. The product owner and BAs use this extensively so the quickfilters on it are customized for their work, especially the readiness of a story /Task/ Bug and estimation status. The time based board is used by the team during the sprint, it has a different set of quickfilters to make standups faster (e.g. one for each team member). All of our sprint work is broken into subtasks (at sprint planning) and all are given original estimates  in hours which we then track against daily togauge our progress. The columns on this board are mapped differently and the burndown is of course time based.

Hi Mark - I understand the concept of using two different boards for the same project if you are not using the simplified workflow... but each issue moving across columns on either board changes its status, so one board will be effected by status changes in the other.  And if you are using simplified workflow then adding deleting columns in one board not only effects the other board, but the workflow itself.  Have you run into any of these conflicts yet?

I found the same solution as @Mark Harris and it's working out well so far.

I have not run into any conflicts you mentioned @Adam. Will post an update if I do though.

Atlassian needs to just add in the functionality for the user to input their own definition of 'Done', but for now this solution will have to do!

I found the same solution as Mark and it is working out well so far. I have an accurate burndown based on my team's definition of 'Done', not JIRA's.

I have not run into any of the conflicts you mentioned, Adam, but I will definitely update this thread if I do.

Cheers!

Use filter to force the burndown chart.

Please see the page.

I'm afraid that's not correct. If you filter it down to just the issues that are in "ready for testing", then you'll get a flat line from the Burndown chart.

@Rob Ormond1 You should be able to add a post function on the specific transition where you want JIRA to automatically burn down any time or points remaining. For example, create a post function on your transition to "Ready for Testing". The post function will set your points value to 0 when it reaches this status and that should force a burndown when an issue reaches that status. Hope this makes sense!

That is wrong, do not do it.

Burn-down happens when an issue moves into a "done" status.  The issue retains the estimate value, but Jira knows it is done because of the statues.

  If you set it to zero, then there is nothing to burn down any more, and you have no burn-down chart.

@Nic Brough [Adaptavist] sorry, you are absolutely right. JIRA only burns issues down when they are done and JIRA defines an issue as done only when it reaches the final column on your board (whatever the last column may be). 

I am actually facing this same issue right now, and I believe I have finally solved it yesterday. What I did was create a new board but from an existing project (essentially creating a new view or copy of the board my team and I currently  work off of). Above I mentioned that JIRA only burns issues when they reach the final column on your board. So, on my new board, for the final column I mapped all the statuses in my team's workflow that I want JIRA to consider done (for the sake of burndown) to it. In your case, @Rob Ormond1, you would map your "Ready for Testing" status to this column.

Now, when you go and check your burndown on the new board you created, it will actually be more accurate specifically to your own definition of "Done" and not JIRA's.

Hope this helps! Cheers!

Suggest an answer

Log in or Sign up to answer
How to earn badges on the Atlassian Community

How to earn badges on the Atlassian Community

Badges are a great way to show off community activity, whether you’re a newbie or a Champion.

Learn more
Community showcase
Published Thursday in Jira

5 ways you can make the most of Jira Software and Bitbucket Cloud

As part of the Bitbucket product team I'm always interested in better understanding what kind of impact the use of our tools have on the way you work. In a recent study we conducted of software devel...

63 views 0 5
Read article

Atlassian User Groups

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

Find a group

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

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you