Our developers work on a single board for our project. This board has both Bug tickets and Story tickets. We're running into an idiosyncrancy in our workflow that I could use your help with.
Story tickets represent steps of feature development. So the development of a feature might involve 4 or 5 different story tickets (actually, they're Improvement tickets, but I don't believe this matters).
Bug tickets represent individual bug fixes. Unlike features, bugs do not have multiple tickets. They just have a single ticket.
Story tickets have a fairly simple workflow. Basically, they just go from To Do -> In Progress -> Done. Bug tickets, on the other hand, have an additional workflow... they go from To Do -> In Progress -> Resolved -> Done. The extra "Resolved" state is used to indicate that the bug development is done and is ready for QA.
The problem is that because our board supports all 4 bug states (To Do, In Progress, Resolved, and Done), this is confusing our users when they transition our Story tickets. "Resolved" does not apply to Stories, but because it's there some users are using it instead of "Done".
What would be a good solution to this problem? Is there a way to prevent Story tickets from going into a Resolved state? Alternately, does anyone have an example of a good Bug workflow that doesn't involve a Resolved state? How would bugs get QA'd in a workflow like that?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.