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.
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.
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
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!
@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!
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
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...
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!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG