コード品質: 開発者のパフォーマンスを測定するには? [closed] 質問する

私はソフトウェア開発会社で働いていますが、製品の開発に携わっている従業員は 100 人ほどで、そのうち 1/3 が QA です。最近、経営陣は個々のプログラマーのパフォーマンスを評価するよりよい方法を求めており、バグ レポートを測定基準として使用することを提案しました。開発者に関するバグ レポートが多いほど、その開発者は劣っていることになります。これは、私が知る限り多くの理由から賢明ではないようです。たとえば、これは主観的な測定方法であり、開発者は複雑さの異なるさまざまなプロジェクトに取り組んでいます。さらに、QA がバグ レポートの数で測定されると、バグ レポートの妥当性について多くの議論が交わされることになります。

このような状況で開発者のパフォーマンスを測定するより良い方法は何でしょうか?

1 つの提案としては、QA からのバグ レポートを基準として使用せず、代わりにベータ テスターなどの外部からのバグ レポートを使用し、そのような公開バグ レポートが発行されたときに、QA もそれによって評価されるようにすることが挙げられます。

編集:#1 あなたの素晴らしい回答をいくつか読んだ後、私は上記のメトリックの一般的な問題は、バグの報告が否定的であり、高品質のコードの作成を促進しないことであると考えていました。

編集:#2 問題は、2 つの世界があることだと思います。一方には、プログラマーを基本的に労働者として扱う非プログラマーがいて、彼らはできれば時間/分単位のメトリクスを望みます。一方には、自分をアーティストや職人として見たいプログラマーがいて、「コーディング中なので邪魔しないでください」と言います :) メトリクスで品質を測定すれば、逆効果になることはないと思います。代わりに、バグに対する人の反応、変更への意欲、創造性、そして何よりも仕事の品質が重要ですが、ほとんどの場合、必ずしも測定できるとは限りません。