I agree with you what you are saying. But let me explain my situation first, the workflow is that the defects go for internal testing from Ready for QA to In Testing and finally to Ready for UAT where client has to test the issues(stories mainly). 99% of the cases the stories are closed and defects are raised against the stories which can be further linked to the concerned story. So, 99% probability is that developers have not to work on the stories. The defects whatever are raised during UAT testing can be moved to new or upcoming sprint. So, if I don't close the sprint as there is a lag between the development and testing, I won't be able to get the actual velocity.
I have multiple projects that use variations of the same base workflow. The variations depend on the requirements of the project or issue type. The variations mostly come in the form of new statuses ...
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
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs