How to expedite bugs through PM process

[Philip Winston]

In the scheme described here:

http://blogs.atlassian.com/2013/04/how-to-manage-a-product-backlog-with-ease/

It sounds great for culling feedback down to actionable items. But what about important bugs filed by QA or developers -- seems likely they shouldn't start out as Raw and need to be shuttled through all 4 stages before appearing in sprint planning. That is, if a new feature has a crash, and I'm entering the bug for that crash, how do I expedite it so it will be included in the next sprint (or sooner). Is the person entering the bug allowed to set the status or how best to handle that?

[Timothy · Accepted solution]

Well, you could have a transition that allows users to quickly transition issues into the appropriate status. You can also have a swimlane (https://confluence.atlassian.com/display/GH/Configuring+Swimlanes) that marks out important issues.

[Philip Winston]

I realize also just a filter on type Bug is nice, because then everything stays in it swimlane but bugs are highlighted. Also I think you just do want someone else to expedite the bug besides the creator, you don't necessary want anything filing bugs directly to the front of the line, so long as bugs that should be there are expedited quickly enough.

[Philip Winston]

Does anyone have a whole different workflow for bugs as an issue type? Like maybe new features go through all these stages, but bug to straight to front of the line?

[Jon Abad]

When we encounter this situation for a bug that blocks a story or the daily smoke test, we add a Blocker label which we keep an eye out for during our normal daily Triage sessions.

These items are also @mentioned to the QA manager or verbally escalated to make sure that they get a jump on as needed.