エンジニアではなくPMを増やす逆転
Anthropicは自社のグロース組織で、Claude Code活用によりエンジニアリング部門が実頭数の約3倍のスピードで出荷できる状態になったと判断しました。その上で打った手は、エンジニアの追加採用ではなくプロダクトマネージャーの増員です。書く速度が上がったことで、開発の律速はIDEから「何を作るべきか」の判断側に移りました。
ボトルネック移動の傍証
変化を裏付ける指標も揃っています。Stack Overflowへの新規月間質問数は、ChatGPTが登場した2022年11月以降、約77%減少しました。2025年のStack Overflow開発者調査では、開発者の84%がAIツールを利用する一方、出力を信頼しないと答えた割合は前年の31%から46%に上昇しています。使うほど精度に対する目利きが必要になっている構図です。
ツール側の進化も急です。VS Codeへの貼り付けにとどまった「ブラウザタブ期」(2022年末〜2024年)から、CursorやClaude Codeがリポジトリ全体を読む「IDEネイティブ期」(2024〜2025年)、仕様駆動で大きな文脈窓を使いチケットや設計書を圧縮する「スペック駆動期」(2025〜2026年)へと移行しました。AmazonのKiro IDEチームは機能開発を2週間から2日に短縮したと報告され、あるAWSチームは当初30人で18カ月を見込んでいた再アーキテクチャを6人・76日で完了させたとされます。
1:8から1:20へ
結果として、従来1人のPMが8人のエンジニアを見ていた比率は、実効で1:20へ近づきつつあります。LinkedInはアソシエイトPM枠を廃止し、プロダクト・デザイン・エンジニアリングを横断する「Product Builder」プログラムへ置き換えました。Anthropic自身も4月にスケジュール実行・Webhook起動・夜間稼働に対応するClaude Code Routinesを投入し、エージェントの常時稼働を前提にしています。
💼 事業会社視点：これは自社にどう効くか
日本の事業会社にとっての本質は「開発の制約条件が変わった」ことです。SaaSや自社サービスを持つEC事業者であれば、エンジニア採用枠を埋めるより先に、要件定義と仮説検証ができるPM・事業企画の層を厚くすべき局面に入りました。Anthropicの1:8から1:20への比率変化は、日本で慢性的に不足していたPM職の相対価値がさらに上がることを意味します。
受託開発会社にとっては逆風と機会が同居します。「人月単価×人数」モデルは、6人で76日というAWS事例のような圧縮が顧客側で常識化すると崩れます。一方、要件の解像度を上げ仕様駆動で短期に成果物を出すチームには、従来の倍の単価が正当化されます。経営層は、エンジニア増員の稟議を一度止め、「PMと事業責任者をAIネイティブな仕事の作り方に再訓練する投資」へ予算を振り替える判断が要ります。AmazonのPress Release先行のように、作る前に顧客価値を文章化する規律を社内標準にするのが当面の打ち手です。