現在、バグトラッカーとして Mantis を使用していますが、これにはかなりうんざりしています。開発者はより多くの SVN 統合を望んでおり、顧客はより簡単に操作できるシステムを望んでいます。
そのため、新しいバグトラッカーを探しており、現時点では Redmine を検討しています。ただし、デフォルトの設定では、望ましいワークフローと一致しないか、少なくとも Mantis よりも優れているとは言えません。
次のワークフローがあり、それに一致するバグトラッカーが必要です。
- バグが (多くの場合顧客によって) 報告され、「新規」と見なされます。これらのバグは定期的にレビューされ、承認されるか (バグである)、機能としてマークされ (顧客は多くの場合、料金を支払う必要があります)、金銭的な部分が解決されるまで延期されます。
- バグは開発者によって割り当てられ、処理されます。
- 完了すると、「レビュー準備完了」とマークされます (別の開発者による)。
- レビューされると、「レビュー済み」としてマークされます
- 「レビュー済み」としてマークされた場合、元の開発者は新しいコードをステージング環境に配置し、バグを「テスト準備完了」としてマークします (バグ報告者によって)。
- バグレポーターはバグを「解決済み」としてマークします
- 本番環境に置かれると、バグレポーターはバグをクローズします
もちろん、特に初期段階ではフィードバックが必要になることがよくあります。誰が次のステップに進む必要があるのか、誰にバグが割り当てられているのか (開発者) を区別する方法を探しています。また、お客様には簡単な GUI を使用して、担当者を自分のアカウントから開発者に変更するよう依頼するか、さらに難しい: サードパーティ (デザインエージェンシーと考えてください) は、通常のギの。GUIは、何をすべきか、どのオプションがあるかを表示する必要があります-それらを検索するのではありません。
このように機能するバグトラッカーの経験がある人はいますか? 私たちのワークフローは本当におかしなことですか? バグがどこにあり、誰がどのステップを踏む必要があるかを、関係者全員が理解できるようにするにはどうすればよいでしょうか?