R – Is our bugtracking workflow so unique?


We're currently using Mantis as our bugtracker, and we're pretty much sick and tired with it. The developers want more SVN integration, the customers want an easier system to work with.

As such, we're looking for a new bugtracker and at the moment we're looking at Redmine. However, in its default setup it doesn't match our desired workflow, or at least not much better than Mantis does.

We have the following workflow, and would like a bugtracker to match it.

  • A bug is reported (often by the customer), and is considered 'new'.
    These bugs are regularly reviewed and either acknowledged (it's a bug) or marked as a feature (customer often needs to pay) and delayed until the financial part has been worked out.
  • The bugs are then assigned and handled by a developer
  • when finished, it's marked as 'ready-for-review' (by another developer)
  • when reviewed it's marked as 'reviewed'
  • when marked as 'reviewed', the original developer places the new code at the staging environment and marks the bug as 'ready-to-be-tested' (by the bug-reporter)
  • bug-reporter marks the bug as 'resolved'
  • when placed on production, bug-reporter closes the bug

Of course, feedback is often required especially during the early stages. We're looking for a way to distinguish between who is required to take the next step, and who the bug is assigned to (developer). We also want the customer to do so using a simple gui – asking them to change the assignee from their own account to the developer, or even more difficult: a 3rd party (think: design agency) has just too much to ask using the regular gui's.
The gui should show them what to do and which options there are – not search for them.

Does anyone have any experience with a bugtracker that works this way? Is our workflow really wack? How do you make sure everyone involved understands where the bug stands, and who is required to take which step?

Best Solution

Last year we had the same problem, and we figured out that the best solution for us was Jira. With respect our workflow is more robust and complicated than yours.

Related Question