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

When should ticket move to "Done" in the workflow?

Hello there,

I work in software development company and I have a question regarding the workflow of the tickets .. is it right to move ticket to done after testing in QA env or should be moved to done after release on production?


Also, how to use burndown chart in Jira to track the progress, is the story burndown depends on moving it to "done"?



3 answers

Hi, it might somehow depend on your methodology. Usually it is the way the guys already wrote. But if it´s for example workflow of a bug and you realize after testing - it has been already fixed - bug no more exists, you can close it as you can use field fix version and a fix version has its date of relase. Why to wait for that realease date to close all the bugs. So it depends. There are certain recommendation and there might be something slightly different what is just works fine for you team, for example.

Hello @Omar Jouda ,

Welcome to the Community!

Let me explain you Done

Done means that the task is completed as per client requirements. 

And done always come at the end of the flow when the QA test the functionality and release.

Flow is: To Do -> In Development -> In Review -> Done.


Thanks & Regards,

Zulfiqar Bin Zafar

Hi Omar,

Very good question, When is done, done... 

You can find more info on the definition of done on


The burndown chart will check if the resolution has been set. Only when the resolution is set, jira will consider it as done. no mather what the status name is. 



Thanks Dave

Can you please tell me more about resolution?

Hi Omar,

I could tell you but that would be me, saying in my own words, what is explained on this page ;)

The documentation is more extensive than what i would write here, so.... I hope this will help you any further. 

What i do want to say is, make sure that you set a resolution on each issue that is closed. If you reopen it, make sure that you remove the resolution. This can be done with a transition screen where you let the users choose, or you can do it with a post function. Both need to be configured in the workflow. 

I hope that this information answers all your questions.  



I'm afraid it's a bit more complex than that.

Plain Jira uses "Resolution = <empty>" to indicate that an issue is open and needs more attention, "Resolution has any value at all" to indicate that an issue is closed and no-one needs to look at it again (for working on, there's plenty of reason to run reports off resolved issues)

But, Scrum and Kanban boards do not look at resolution.

Kanban boards can look at anything for their "done" (the default is "has a version that has been released"), but there's no burn-down on Kanban boards, so it's not too important.

Scrum boards look only at the last column on the board the sprint belongs to.  An issue is "done" if it is in the last column, and not done if it is any other column.  Resolution is irrelevant to burn-down.

Like Omar Jouda likes this

Suggest an answer

Log in or Sign up to answer

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