誰かがこの問題に遭遇したことがありますか?プロジェクトに取り組んでいる開発者のチームがいる場合、そのプロジェクトへの彼らの貢献をどのように測定できますか?それを行う「正式な」方法はありますか?コミット数?バグ修正の数は?コミットされた行?それともチケットベースですか?
私は、開発者のグループがシームレスにタスクを交換し、月末に彼らの貢献に対して報酬を受け取ることができるワークフローを考えようとしています(またはあなたがそうするならメリットがあります)。
この質問がここで完全に場違いではないことを願っています。もしそうなら、遠慮なく閉じてください。
これを正確に行う方法はありません。たとえば、より多くの貢献をしているのは誰ですか。1か月に1000行のコードをコミットする人、またはほとんどの時間を真剣に考えてから、1000行のコードを置き換える100行のコードをコミットする人ですか。または、月のほとんどを騙して、ブログで同じ100行のコードを見つけた人はどうでしょうか。
100個の画像アセットを生成した人、または使いやすさについて何週間も考えて、最終的には非常に使いやすいアプリケーションのためにわずか5ダースのワイヤーフレームをチェックインした人。
言い換えれば、ほとんどのハイパフォーマーが定期的に行う無形の仕事の量をどのように測定しますか?
少なくともあなたが提案する意味では、これができるとは思いません。ブライアンの答え、および gnatによってリンクされた質問 のいくつかの答えは、いくつかの無形の(おそらくこの文脈では「計り知れない」と呼ぶべき)生産的活動について議論します。
具体的には、これ:
開発者のグループがシームレスにタスクを交換して作業できるワークフローを考えようとしています
開発者が最も生産性の高い場所に努力を集中するのではなく、測定スキームに合うように交換可能なリソース単位のふりをするという、ひねくれたインセンティブを設定するようです。
1つのアプローチは、単純に全員に他の全員の作業を見積もり、それをある種の大まかな生産性コンセンサスに平均化するように依頼することです。これは、(一部の)人々がウォータークーラーの周りのバグや機能の複雑さについて話し合うことにつながる可能性があります。
より管理しやすい方法は、年に1〜2回ピアレビューを使用することです。このレビューでは、チームメンバーが互いの相対的な生産性を評価します。