Claude CodeによりAnthropicのエンジニア組織の実質的な生産性は約3倍に達したが、ボトルネックは消えず、「コードを書くこと」から「何をするか決めること」へ移行した。 （背景：Claude Codeにクラウド定期タスク機能が追加！PCを開かずにAIが自動でPRレビュー、アップグレード） （補足：Anthropicのエンジニアはコードを書かなくなった：Claudeが次世代Claudeを訓練中、CEOは「残り時間は不明」と発言）
エンジニアの生産性が3倍になったにもかかわらず、会社は人員を増やしている。これは矛盾に聞こえるが、Anthropicがまさにそれを実行している。AmazonのソフトウェアエンジニアIshan GuptaがVentureBeatに寄稿したゲストコメントによると、Anthropicは最近、成長チームに「さらなる」プロダクトマネージャー（PM）の採用を求めており、削減ではない。その理由は、Claude Codeによりエンジニア組織全体の実質的な生産性が約3倍になり、ボトルネックがIDE（つまりコードを書く場所）から「何をするか決める」人へ移ったからだ。
簡単に言えば、ツールは速くなったが、ツールに何をすべきか指示する人が追いついていない。
Guptaは過去10年間のエンジニアリングプロセスの典型的な姿を説明している。エンジニアは技術を研究し、コードを書き、行き詰まるとStack Overflowを調べる。しかし現在、Stack Overflowの月間新規質問数は、2022年11月のChatGPTリリース以来約77%減少している。この数字自体が業界の断面図である：エンジニアはもはやコミュニティで回答を待つ必要がなくなった。
彼はこの変化を5つの段階に分解する。第1段階はStack Overflow時代（2014年～2022年末）。エンジニアの思考は一か所に集中し、問題には決まったコミュニティの解決策があった。第2段階はブラウザタブ時代（2022年末～2024年）。初代ChatGPTはIDEの外で動作し、エンジニアはブラウザでプロンプトを書き、VS Codeに貼り付ける。このプロセス全体は依然としてシングルスレッドで、エンジニア主導だった。
第3段階はIDEネイティブ時代（2024年～2025年）。CursorとClaude Codeがモデルをエディタに組み込み、リポジトリ全体へのアクセスを提供した。このステップの重要な結果は、シニアエンジニアが「昇格パス」としての役割をほぼ失ったことだ。ジュニアエンジニアが行き詰まっても、シニアの同僚のドアを叩く必要がなくなった。モデルはどの同僚よりも忍耐強い。
2026年までに、多くの開発者が新しい端末で最初に打つコマンドはclaudeになっている。
第4段階は仕様駆動時代（2025年～2026年）。より大きなコンテキストウィンドウにより、これまでチケット、デザインファイル、スプリント全体を必要としていた作業が、単一セッションに圧縮される。AmazonのKiro IDEチームは、機能開発を2週間から2日に短縮したと報告されている。あるAWSエンジニアチームは、当初30人のエンジニアと18ヶ月を要すると見積もられたリファクタリングを、6人で76日間で完了した。
第5段階、すなわち現在は、Routines時代（2026年）。Anthropicは4月にClaude Code Routinesをリリースした。これはスケジュール可能で常駐実行されるエージェントであり、周期、webhook、またはノートPCを閉じた状態で一晩中実行できる。
Cronが戻ってきた。Hooksが戻ってきた。エンジニアの作業には「オーケストレーション」の要素が加わり始めている。寝る前にエージェントの群れを起動し、朝に一束のPRをレビューする。
しかし、エンジニアの生産性が3倍になっても、プロダクト管理は変わっていない。このギャップを埋めるため、LinkedInはアソシエイトプロダクトマネージャー（APM）トラックを「Product Builder」プログラムに変更し、プロダクト、デザイン、エンジニアリングにまたがるジェネラリストを育成。Anthropicは直接PMを増員することを選択した。
Guptaのエンジニアへのアドバイスは直接的だ。2026年に重要なエンジニアは、チケットを待って仕事を受け取る人ではない。能動的に顧客と話し、カスタマーサポートの提案を読み、セールス電話に参加し、本当にアイデアを生み出せる人であり、単に受動的に見積もりを出す人ではない。
2026年の優れたエンジニアとは、最も多くのコードを書く人ではなく、何をすべきか分かり、それが価値あることを証明でき、エージェントの艦隊とレビューの規律を使ってそれを出荷し、速度によってシステムが崩壊しないようにする人である。
Guptaの結びは明確な選択を提示している。これを内面化したエンジニアは、ソフトウェア史上最も面白い10年を過ごすだろう。チケットを待ち続けるエンジニアは、隣のエージェントがチケットを処理するのを見ていることになる。
1.64M 人気度
351.93K 人気度
64.92K 人気度
128.89K 人気度
195K 人気度
AI 時代、私たちが必要とするのはより「プロダクト思考」を持ったエンジニアです。
Claude CodeによりAnthropicのエンジニア組織の実質的な生産性は約3倍に達したが、ボトルネックは消えず、「コードを書くこと」から「何をするか決めること」へ移行した。
（背景：Claude Codeにクラウド定期タスク機能が追加！PCを開かずにAIが自動でPRレビュー、アップグレード）
（補足：Anthropicのエンジニアはコードを書かなくなった：Claudeが次世代Claudeを訓練中、CEOは「残り時間は不明」と発言）
エンジニアの生産性が3倍になったにもかかわらず、会社は人員を増やしている。これは矛盾に聞こえるが、Anthropicがまさにそれを実行している。AmazonのソフトウェアエンジニアIshan GuptaがVentureBeatに寄稿したゲストコメントによると、Anthropicは最近、成長チームに「さらなる」プロダクトマネージャー（PM）の採用を求めており、削減ではない。その理由は、Claude Codeによりエンジニア組織全体の実質的な生産性が約3倍になり、ボトルネックがIDE（つまりコードを書く場所）から「何をするか決める」人へ移ったからだ。
簡単に言えば、ツールは速くなったが、ツールに何をすべきか指示する人が追いついていない。
ボトルネックはタイピングではない
Guptaは過去10年間のエンジニアリングプロセスの典型的な姿を説明している。エンジニアは技術を研究し、コードを書き、行き詰まるとStack Overflowを調べる。しかし現在、Stack Overflowの月間新規質問数は、2022年11月のChatGPTリリース以来約77%減少している。この数字自体が業界の断面図である：エンジニアはもはやコミュニティで回答を待つ必要がなくなった。
彼はこの変化を5つの段階に分解する。第1段階はStack Overflow時代（2014年～2022年末）。エンジニアの思考は一か所に集中し、問題には決まったコミュニティの解決策があった。第2段階はブラウザタブ時代（2022年末～2024年）。初代ChatGPTはIDEの外で動作し、エンジニアはブラウザでプロンプトを書き、VS Codeに貼り付ける。このプロセス全体は依然としてシングルスレッドで、エンジニア主導だった。
第3段階はIDEネイティブ時代（2024年～2025年）。CursorとClaude Codeがモデルをエディタに組み込み、リポジトリ全体へのアクセスを提供した。このステップの重要な結果は、シニアエンジニアが「昇格パス」としての役割をほぼ失ったことだ。ジュニアエンジニアが行き詰まっても、シニアの同僚のドアを叩く必要がなくなった。モデルはどの同僚よりも忍耐強い。
2026年までに、多くの開発者が新しい端末で最初に打つコマンドはclaudeになっている。
第4段階は仕様駆動時代（2025年～2026年）。より大きなコンテキストウィンドウにより、これまでチケット、デザインファイル、スプリント全体を必要としていた作業が、単一セッションに圧縮される。AmazonのKiro IDEチームは、機能開発を2週間から2日に短縮したと報告されている。あるAWSエンジニアチームは、当初30人のエンジニアと18ヶ月を要すると見積もられたリファクタリングを、6人で76日間で完了した。
第5段階、すなわち現在は、Routines時代（2026年）。Anthropicは4月にClaude Code Routinesをリリースした。これはスケジュール可能で常駐実行されるエージェントであり、周期、webhook、またはノートPCを閉じた状態で一晩中実行できる。
Cronが戻ってきた。Hooksが戻ってきた。エンジニアの作業には「オーケストレーション」の要素が加わり始めている。寝る前にエージェントの群れを起動し、朝に一束のPRをレビューする。
誰が何をするかを決めるのか？
しかし、エンジニアの生産性が3倍になっても、プロダクト管理は変わっていない。このギャップを埋めるため、LinkedInはアソシエイトプロダクトマネージャー（APM）トラックを「Product Builder」プログラムに変更し、プロダクト、デザイン、エンジニアリングにまたがるジェネラリストを育成。Anthropicは直接PMを増員することを選択した。
Guptaのエンジニアへのアドバイスは直接的だ。2026年に重要なエンジニアは、チケットを待って仕事を受け取る人ではない。能動的に顧客と話し、カスタマーサポートの提案を読み、セールス電話に参加し、本当にアイデアを生み出せる人であり、単に受動的に見積もりを出す人ではない。
Guptaの結びは明確な選択を提示している。これを内面化したエンジニアは、ソフトウェア史上最も面白い10年を過ごすだろう。チケットを待ち続けるエンジニアは、隣のエージェントがチケットを処理するのを見ていることになる。