「コード行数」の測定基準はAI時代にどう変わるか：成果主義からボリューム指標への懸念
本記事は、ソフトウェア開発業界におけるエンジニアの生産性評価方法が直面する課題を論じています。かつて、開発者の貢献度を測る際、「コード行数（Lines of Code）」や「プルリクエスト（PR）の件数」といった量的な指標が用いられましたが、筆者はこれらが本質的に誤った測定基準であると指摘しています。
近年、AIツールの急速な普及に伴い、業界全体で新たな評価指標が登場しています。Google、Anthropic、OpenAIなどの大手企業やベンダーは、「新規コードのX%がAI生成」「Claudeによってマージされたプロダクションコードが80%」といった「ボリューム主張（Volume Claim）」を掲げています。筆者はこれらを単なる「より優れた広報担当者を持つコード行数」に過ぎないと批判し、これらの指標が実際の価値や成果を反映していないと警鐘を鳴らしています。
過去の業界のトレンドでは、「開発者がタスクを55%速く完了した」といった「アウトカム主張（Outcome Claim）」—つまり、ビジネスへの具体的な価値を示すもの—が主流でした。しかし現在、AIベンダーは失敗しにくいボリューム指標に移行しました。一方で、実際の研究結果からは複雑な側面が見えています。例えば、NBERの調査では企業の69%がAIを利用しているものの、測定可能な生産性向上を報告した企業は約10%程度にとどまっています。また、METRの研究やその他のデータは、AI利用による開発速度への影響について一貫した結論を出せていません。
筆者は、これらの指標の過剰な強調が、企業のレイオフ（人員削減）といった経営判断に利用されている現状を懸念しています。企業が「AIにより生産性が向上したから人員を減らす」と主張する場合、その根拠となる具体的なデータや、どの従業員がどれだけ遊休化しているのかを示す証拠を求めると述べています。
結論として、筆者はエンジニアがAIを活用することは推奨しますが、評価基準は「アウトカム（成果）」に焦点を当てたDORAメトリクスや収益といった実証的な指標に戻すべきだと主張しています。単なるトークン数やAI生成コードの割合といった「虚栄の指標（Vanity Metrics）」で人材選別を行うことは危険であり、真に重要なのはビジネス価値と顧客への提供価値であると締めくくっています。
背景
ソフトウェア開発業界はAIツールの登場により大きな変革期を迎えています。これまでの生産性評価は「コード行数」などの量的な指標に頼りがちでしたが、AIの普及に伴い、「AI生成比率」といった新しいボリューム指標が急激に広まりました。しかし、これらの指標が真の価値を測っているのかについて、専門家から懐疑的な視点が提示されています。
重要用語解説
- コード行数 (Lines of Code): 開発者が書いたプログラムの命令文の総量。かつては生産性の主要な指標とされてきたが、本記事では誤った測定基準であるとして批判されている。
- アウトカム主張 (Outcome Claim): 単なる作業量の増加ではなく、「顧客への価値」「収益向上」「タスク完了速度」など、ビジネスや成果に直結する具体的な結果を数値で示す主張。より信頼性が高いとされる。
- ボリューム主張 (Volume Claim): 「AI生成コードの割合」「処理したトークン数」など、単なる作業量や使用量を積み重ねて示す指標。本記事では実態を伴わない虚栄な指標として批判されている。
今後の影響
この議論は、企業の採用戦略、人事評価システム、そして投資判断に直接的な影響を与えます。もし「ボリューム主張」が主流となり続ければ、真の生産性向上やイノベーションへの焦点がぼやけ、過剰な人員削減（レイオフ）を正当化する根拠として利用されるリスクがあります。企業は成果に基づいた評価基準への回帰が求められます。