古いバグ追跡ソフトウェアを使用している開発ショップで働いています。彼らは現在、それを置き換える代替案を検討しています。
このソフトウェアは、バグだけでなく、新機能のリクエストのタスクも追跡します。
さまざまなクライアント向けに構成およびサポートするコア アプリケーションを構築します。このように、コア アプリケーションのバグとクライアント構成のバグの両方を支援するカスタマー サービス技術者がいます。
顧客サービス/テクニカル サポートに傾倒しているため、提案された代替手段は Microsoft Dynamics CRM です。私はそれを経験したことはありませんが、私が言えることは、バグ追跡や開発の観点からの QA よりも、クライアントに直面している問題の追跡を目的としています。
Microsoft Dynamics CRM を使用して、これがバグ追跡に適したソフトウェアであることがわかった人はいますか?
バグ/タスクを追跡するために CRM ソフトウェアを使用する利点を理解するのに苦労しています。販売側としては理解できますが、すべてをひとまとめにするよりも、バグ追跡用に別のソフトウェアを用意する方が理にかなっていると思います。他の誰かがこの種の苦境に遭遇したことがありますか?結果はどうでしたか?また/またはそのようなアプローチに対する説得力のある議論はありましたか?
編集: お客様がバグを直接追加する必要はありません。彼らは私たちのサポート デスクに電話し、私たちはチケットをオープンします。現在のソフトウェアは、問題の追跡とバグ/機能の追跡の両方をオールインワン システムとして実行できるように拡張されました。残念ながら、それはうまく機能しません。ブレークはソース管理レベルで発生します。変更セットをバグまたはタスクに関連付けることはできません。
私が最終的に提案したのは、開発タスク/バグに TFS を使用することです。これにより、変更セットの自動リンクが提供され、顧客の問題に Microsoft Dynamics CRM を使用する道を見下ろし続けています。2 つが連携するように構成する方法があるかもしれませんが、そうでない場合は、開発/QA/展開を経るバグに問題を関連付けるために、バグに問題番号を付けてコメントを追加する必要があります。
答えてくれてありがとう!