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 untill 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) is 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?