あなたが間違っているとは思えません。業界の誰もが、プログラマーと開発者の間にばらつきがあることを両方とも逸話的に確認すると思いますが、問題はそれよりもはるかに興味深いと思います。リンクした記事は興味深い点をもたらします。開発者のすべての定義に適合する生産性の良い測定基準を見つけることはほとんどありません。6つのアーキタイプ(1つはジョークなので5つ)には異なる基準があります。主力製品はより多くのコードを生成する可能性がありますが、イノベーターは新しい、クレイジーな方法を考えているため、そうではありません。優れたコーダーになるにはさまざまな経路があり、誰もが彼らが何であるかに同意するわけではありません。
これは、おそらくあなたの日常業務の変動にも当てはまります。これは、たとえばKLOCで測定できますが、これはおそらく生産性の一部にすぎません。これを改善すると生産性が向上しますが、重要なのは、生産性のメトリック/モデルに制御不能な要素(たとえば、ミーティング)が含まれていないが、(KLOC)の要素と高い相関がある場合、五月
オリジナルの紙のシンプルな、定量化可能なパズルに解決策の問題。現実の世界でそれを行うのは難しいため、その日の生産性について主観的な判断(または上司)を与えるという温かくファジーなアプローチを使用できます。これは、定量化の難しさを考えると、より良い測定になる可能性があります。この。
自分で測定したい場合、答えはおそらくあなたとあなたの職場に固有です。数週間ログを保管してから、データを細かく調べてください。いくつかのアイデア:基本的な質問に答えるために、データをランダムに2つのセットに分割し、t検定を実行すると、日々の変動があるかどうかを知ることができます。曜日ごとにバケットを作成し、ANOVAまたはペアワイズt検定を実行して、曜日に違いがあるかどうかを確認できます。