バグを修正するための報奨金ポイント？
バグ修正に対して報奨金を与える会社のことを聞いたことがありますか？いくつかのボーナスのお金はそれに依存するので、チームメンバーを最大限に活用するように働きますか？ UAT環境に到達してもポイントを「失う」ことがないように、テストを分割するか、他の人に賞金を支払ってテストしますか？
本日初めて経営陣から聞いた。私には、ソフトウェア開発へのかなりばかげたアプローチのように聞こえます。チームメンバーが非生産的な方法で互いに競争しているように聞こえます。これにより、現在の生産性が大幅に低下します。
何かご意見は？このようなものが実際に機能するのを見たことがありますか？チームを助けたり傷つけたりしましたか？
PDATE 4/6/11：このアプローチは、チーム全体からのフィードバックのためにキャンセルされました！それは素晴らしいアイデアではないと思ったのは私だけではなかったと知ってうれしいです。
はい、私は本当にこれを見ました。
すべての報酬または報奨金は、「システムを機能させる」インセンティブを生み出します。副作用に十分注意してください。
私が考えることができる2つ：
- バグ修正に報酬を与えると、チームはさらに多くのバグを発見します。また、バグは本当に小さな欠陥である可能性がありますが、重要なビジネス機能を作成するために、より多くの時間を費やしてください。
- 競争により、不健康な動作が発生する可能性があります。「バグポイントが失われることがわかっているため、コードの一部thatには取り組みません」のようなものです。
一般的に、私は否定的な点（つまり、失敗したバグ）ではなく、肯定的な点（つまり、私たちが提供したもの）に焦点を当てることを好みます。
それはチームと製品を傷つけます。開発者の多くは、見つけることができる最も簡単で些細なバグに焦点を合わせて、最小限のリスクで報奨金を集めることができるようにします。
あるいは最悪の場合、開発者はシステムをゲームするために共謀します： http://thedailywtf.com/Articles/The-Defect-Black-Market.aspx
私が排除された直後に私が働いていた場所では、コードベースのバグの量を減らすためのコンテストがありました。当選者にはギフトカードなどが贈られます。結局のところ、1人の男が私が言ったことをしたので、すべての開発者を悩ませることになりました。彼は大量の「修正されたバグ」を積み上げましたが、些細なことに集中しました。
今、誰もanyバグを修正したくありませんでした。残ったすべてが本当の難しい問題だったため、リーダーに追いつくことができなかったからです。修繕。
そして最悪の部分は、すべての開発者が高品質のプロジェクトを出荷したかったので、コンテストの前に、誰もがすべての難しい問題を修正したかったということです。コンテストの後、その熱意を再開するのにしばらく時間がかかりました。コンテストはしばらくの間その欲求を殺しました。
定量的報酬stifle創造性と生産性。
これは実際にいくつかの研究で示されています。この種の仕事の生産性を高めるには、相応の責任と通信の権限を持つ固定された堅実な給与が最適です。
気が遠くなるような繰り返しの仕事（つまり、AからBにX袋の穀物を運ぶ）、OTOHは、Xの仕事量を支払うことで後押しを示します。しかし、先進国でそのような仕事を見つけるのは難しく、それは競争ですみんなのために一番下に。短期的には便利ですが、労働力の大部分に従事してほしくないIMO。
そして、お金のためだけに最小限の労力で修正を適用する無人機ではなく、やる気のある従業員が欲しいと思います。 （修正とは何か、そしてそれが適切な修正であるかどうかを議論することに時間を費やす大きなリスクがあります。金銭的インセンティブなしに開発者からその偏見を十分に見てきました。ありがとうございます。）