システム開発における生産性ってなんだ？ #生産性向上

初めての投稿が愚痴っぽくなってしまいました。
でも我慢できなかったので

昨今の働き方改革の推進により、自分の所属する企業で生産性の計測が始まったが、その方法に疑問を持った為、調べてみました。

自分の調査ではシステム開発における生産性の適切な評価方法を見つけることができませんでした。
皆様のお知恵を拝借させていただきたいです。

一時間でアウトプットできた成果物の量を計測してるようです。
一週間ごとに集計し、前週と比較して「先週よりも下がってるぞ！」
とお叱りを受けます

ここでいう成果物とは

になります。

例を書くほどでもないと思いますが

つまりこの計測の評価ではBさんはAさんの2倍仕事をしたということになります。

本当にそうでしょうか？

私が疑問に思ったのは以下の2点です。

という点です。

私の会社の計測の仕方では一時間当たりに書くコードの量が多ければ多いほど、生産性が高いという評価になります。

沢山コードが書けるというのは評価すべきだと思いますが、
少ないステップ数で同じ処理を実装した場合評価が低くなってしまいます。

沢山コードが書けることと同じぐらい、最低限の処理数でコードが書けること¹も重要であると個人的には思っております。
また極端な話になってしまいますが、バグが存在しているようなダメなコードを大量にコーディングした場合でも、生産性は高くなってしまいますよね。

ステップ数だけで評価しようとすると、
同じ100ステップの機能でも実装難易度が違うのに、同じ評価になってしまいますよね。

このように、ステップ数や成果物の量だけで生産性を計測しようとするのは平等とは思えないのです。

これだ！というものを見つけることができませんでした。
ここまで読んでくださったかた申し訳ございません。

生産性を計測する目的をはっきりさせることが重要だと感じました。

生産性を上げて、一つのプロジェクトの開始から完了までの期間を短くするという目的ならば、

日々の成果物で生産性を計測するのではなく、テスト作業やデプロイ作業の自動化を推進するほうが効果が計測しやすいのでは？という結論に至りました。