we have the three workflow steps for finished tickets.
The workflow steps Completed and Ready4release are currently mapped to the category Progress. This leads to the effect that we need to build a new release before we can close a sprint. I want to decouple the sprint cycles from the release building (release on demand) by changing the category to Done for the workflow steps Completed and Ready4release.
It is running project.
Can this change have any side-effects which cannot be removed anymore?
Thanks for your help!
Hi Torsten - Welcome to the Atlassian Community!
Changing the Status Category of those statuses to a Done category should be fine. Just check the post functions on the transitions to each of those statuses to then set the Resolution field value.
Finally, just realize that it is not the status category of Done that closes the Sprint - it just that the status is in the final column of the Sprint board. So if you move those to a Done status category and you want the Sprint to treat those as closed, then make sure you put those statuses in the final column on the right in your Board settings.
Thanks for your answer.
We have separate columns for completed and ready4release in the sprint board. When I close the sprint, tickets with the status completed or ready4release will be still moved to the next sprint. Changing the category to done has no effect on this.
Instead, I have to move Completed and Ready4release to the final column in the sprint board but can leave the category on Progress.
Did I understand that correctly?
Hi @Torsten Waldeck -- Welcome to the Atlassian Community!
I agree with John's suggestions on "how-to", and...pausing to ask follow-up questions.
You note wanting to decouple development during sprints from release building. So do you want:
For the first option, you could create separate release-management tickets, linked to release content tickets, and put the release items on a separate board.
For the second option, you could keep one board, and accept that it takes longer than a sprint for releases to be developed and released to production. That might incentivize smaller releases.
Project managers know this problem: A “mountain of work” lays in front of you, and you don’t know how and where to tackle them. Different to-dos lie ahead, but just one task after the other can be ha...
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