I'm just starting to try and use JIRA's sprint features, and something happened that makes me think i'm doing something not-the-JIRA-way, not-the-Scrum-way, or both.
I created a sprint, and assigned various stories to it for my team. We worked on them, and they progressively got their status updated to a step in our Workflow called "Ready For QA."
The sprint ended, and I Closed the sprint. Then we started our next sprint.
During the 2nd sprint, the QA looked at the task and re-opened it. But that task seems to have its Sprint field cleared (because I closed that Sprint, I think), and now the issue is sunk down deep into the Backlog.
----
What's the best-practice for others? Some ideas I've thought about, but no idea what is 'best':
Thanks in advance for any advice anyone has to offer. =) --LEO
Hi @lsieben -- Welcome to the Atlassian community!
From my perspective, there are no such things as best practices; only better ones. Eventually we will learn something even better.
For JIRA issues that are not completed in a sprint, their rank order in the backlog is preserved, regardless of which sprint they were in. If they were already low in the backlog, that is where they will end up when carried over after a sprint closes.
That is a tooling constraint... what can you do to help the team's practices and workflow?
Best regards,
Bill
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.