Just a heads up: On March 24, 2025, starting at 4:30pm CDT / 19:30 UTC, the site will be undergoing scheduled maintenance for a few hours. During this time, the site might be unavailable for a short while. Thanks for your patience.
×Hi - we are doing scrum and have three week sprints. We typically release to production once per quarter, sometimes more often depending on user needs, urgency, etc. We're having a bit of a problem keeping track of user stories that have been completed and accepted, meaning user testing is done and they are 'ready for production', but that have not been placed into production (done, done). Right now, we're carrying them over from sprint to sprint and they are messing up our velocity - because they are technically not 'done', and will need a final integration and UAT with all of the other items being put into a particular production release.
Our question is, where should we put these 'accepted' user stories - that are being held for a production release, which means they will likely have a training task, and final round integration test task, before they are released so that they don't 'hang around' in our current and past sprints?
Thanks in advance for your thoughts! SP
Hi @Scott Porter,
Here are some of my suggestions for reference
First, the standard of deliverables has been reached. It should be considered that the sprint has been completed, then we can end the current iteration in Jira.
Second, the sprint that has ended is not easily tracked in the Scrum Board. It is recommended that you create Kanban for the version to manage these backlogs that have completed the sprint, and perform the release operation on the version after the project is launched.
Thanks @Ollie Guan! So, we've set this up and I think this is exactly right in principle, but we're having some trouble in practice. we created a new Kanban board for Implementations. we want to put those issues that have been completed in the sprint (Done) and ok for implementation onto that Kanban board until they are released.
When an issue is marked as "Done" in the sprint (which it correctly is, it has been accepted and is complete in the sprint) how do we get it to show up on that Implementation Kanban? How is this part done;
"It is recommended that you create Kanban for the version to manage these backlogs" and "perform the release operation on the version after the project is launched"
That's the part we're struggling with. Thanks again for your help!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
My pleasure^_^
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
So what do you think about how to get the Done issues on to the Kanban? Is there a good way to do it?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I wonder if I understand it correctly?
When an issue is marked as "Done" in the sprint, do you want this issue to appear automatically on the Kanban Board?
Matching of the Kanban board's column and the Issue state should be able to achieve the above functions.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ha, ok. Doesn’t have to be automatic, in fact some done issues will not go to that board. It’s like this:
issue is in the sprint and marked Done. At the end of the sprint, some -not all- of the issues will be moved to the Implementation Kanban board where they will go through the steps to be made-Ready for the next implementation to production (a release). These steps (tasks) May include training, documentation, special notices, etc and will occur at various stages in the Kanban (Ready, in progress, training, done). At the end of the Kanban they are done-Done and in production. Hope that makes sense. :)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
HI @Ollie Guan thoughts on this one? What we need is to have an item "Done" in the active sprint, so that it's counted as done - but then moved to another Kanban board where it will live until it is put into production, which may be at some time in the future (several sprints from now). Thanks for your ideas on this one! SP
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Scott Porter,
Can you take a screenshot to show the matching relationship between the status and columns of the two boards you currently have?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Ollie Guan I think we've figured this out. Created new "Done"status' and new board filters to get these to show up. Thanks for your help!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I posted it as an answer- not sure if you would receive a notification if commented here.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Scott Porter You could have also created a filter choosing DONE issues withing a specific time period specified by you OR used some kind of labels system for the filter e.g DONE issue with a label like 'GoProduction'or something.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Atlassian Government Cloud has achieved FedRAMP Authorization at the Moderate level! Join our webinar to learn how you can accelerate mission success and move work forward faster in cloud, all while ensuring your critical data is secure.
Register Now
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.