Here is our situation. Our JIRA workflow tracks our issues from inception to completion, including both development/QA/deployment time. We use GreenHopper sprints mainly to track work through the development pipeline, and it works great for that.
At the end of a sprint, if I have a issue that we just ran out of time to get to, then I definitely want to punt that one back to the backlog (or ahead to the next sprint). However, my question is about the rest of the stories, which might be development complete but are in a status of "QA". When I try to complete the sprint, it considers all these stories as "incomplete" and wants to move them back to the backlog, which I definitely don't want to do. We don't really rely on the Agile board for our QA process, so moving them ahead to the next sprint would just result in noise, and obviously I don't want them back on the backlog, either.
It seems to me that the key is in how GreenHopper defines a story as "incomplete". What would be ideal is if there was a way to define incompleteness - by a status or set of statuses, for example. Does anyone know if this is possible? Even if I could just turn off the feature that moves stories to the backlog automatically, that would be fine too. I don't mind manually having to move those that are truly incomplete.
Check Administration -> GreenHopper -> Project Templates. In Task Board Mapping you can set "QA" as one of the statuses that puts the issue in "Done".
I'm not sure if this is really what you want, but from the instructions in the configuration view it seems like this is the only way to do it:
Important: The Task Board column "DONE" is the owner of your Projects "Definition of Done". GreenHopper will rely on this definition to burn your values (hours, issues) in the charts and to swap issues upon the release of a version.
Thank you. Though it may seem obvious, I did not realize that the "Done" column actually defined the "definition of Done". I just assumed it was yet another named column of no particular significance.
Though I didn't actually change the "Done" column in Project Templates, instead I changed it for my actual board. However, I guess they do just about the same thing, the only difference being the Project Templates change would adjust it for all future boards I might create.
...It's true that there are projects in Jira; but they are merely a way to cut off issues, to tell them apart from other sections of work and to apply rules that are specific to that team (the schemes)....
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