AIが来て、プロダクトマネージャーはむしろ疲れている――おめでとう、ボトルネックは今やあなただ
『ハーバード・ビジネス・レビュー』（HBR）が先月、マネージャーたちがAIの生産速度に飲み込まれつつあるという記事を出した。その中にあった回答者の生の一言に、私は数秒固まった。
「30分ごとに、誰かが、私が見なければならない何かを作ってくる」
この感覚、プロダクトマネージャーなら身に覚えがあるはずだ。以前のリズムはこうだった。レビュー会議を開き、要件を一度説明し、下流が持ち帰り、2週間後にまた会う。この2週間、あなたはドキュメントを書き、ユーザーに会い、別の会議に出られた――身も蓋もなく言えば、下流が生産している間、あなたの判断は退勤できたのだ。
今は違う。エンジニアはAIを連れていて、午後に出した要件が夜にはもう形になって戻ってくる。自分でClaude Codeを使って組んだプロトタイプは、20分で動き出す。それで？ それはあなたを見つめて、次の一言を待っている。生産はもう待ち時間を必要としない。だから判断は、もう休むことを許されない。「疲れるようになった」のメカニズムはこれがすべてだ。仕事が増えたのではない。かつて「下流が作業中」の陰に隠れていた息継ぎの時間を、AIに没収されたのだ。
ボトルネックはあなたの頭上に移った
Andrew Ngは最近、このことをずいぶん率直に言った。「エンジニアは10倍速くなったが、プロダクトマネージャーは同じ速度では速くなっていない――今や彼らがボトルネックだ」。彼はさらに、1年前ならジョークに聞こえたはずの数字も挙げている。PM 1人にエンジニア0.5人という編成を提案するチームがあるという。エンジニアが半減したのではない。同じエンジニアリング生産能力が、今では半人分の頭数で済む――そして、その生産能力を消化するのに必要な「何を作るかを決め、良し悪しを判断する」側は、PMが1人いても足りないのだ。
LeadDevの観察は、同じ事実の裏面だ。AIは開発者を楽にしなかった。全員をより忙しくした――機械が生み出すものは、一つ残らず誰かが見なければならないからだ。コードは2倍になったが、レビューする人は2倍になっていない。プロトタイプは10倍になったが、「この方向で合っているか」に判を押す人は、相変わらずあなた一人だ。
業界は2年かけて「プロダクトマネージャーは真っ先にAIに消されるのか」を議論してきたが、2026年の現実は真逆だった。**生産側が全面的に加速した後、最も稀少な資源こそ、プロダクトの判断なのだ。**ボトルネックのある所に稀少性があり、稀少性のある所に権力がある。だから「疲れるようになった」は、まず悪いニュースではない――プロダクトマネージャーがここまで必要とされたのは、モバイルインターネットのボーナス期以来である。
だが「指示を出し続ける」は罠だ
とはいえ、安心するのはまだ早い。同じ疲れでも、二つの疲れ方があり、方向は正反対だ。
一つ目は、自分を人間CIにしてしまうこと。下流が一つ生み出すたびに、あなたがリアルタイムで裁可する――「ここは青に」「このインタラクションは違う」「もう一案」。一つひとつの裁可は正しく、毎回タイムリーで、あなたは高可用性の承認サーバーになる。この道の問題は辛さではなく、スケールしないことだ。AIの生産能力はこの先さらに10倍になるが、あなたの脳はならない。今日は30分に1件、来年は3分に1件――どうするつもりだ？
きつい言い方をすれば、1件ずつの裁可は勤勉に見えて、実は判断力の小売りだ。最も高価な資源（あなたの判断）を使って、最も値打ちのない仕事（粗探し）をやっている。
二つ目の疲れ方は、判断を前倒しで卸売りすること。下流（人であれAIであれ）が手を動かす前に、「何をもって良しとするか」を一度に語り尽くす――ターゲットユーザーは誰か、どの状態が本物でなければならないか、何が起きたら失敗か、センスの譲れない一線はどこか。これを明確に語るのは粗探しよりはるかに頭を使う。本当に疲れるのはここだ。だが見返りは構造的だ。判断が生産プロセスに注入され、生産の出口で渋滞しない。同じ一言が律するのは、一つの成果物ではなく、これからの百の成果物である。
以前は一度の指揮が2週間効いた。今は一度の指揮が20分しか効かない。間違っているのはAIの速度ではない。あなたがまだ「逐次指揮」のやり方で判断を行使していることだ。
これこそが「言出法随（言えば、AIが作る）」の「言」の本当の意味だ――ぶつぶつとリアルタイムで遠隔操作することではなく、意図・基準・境界を一度に語り切り、あとは実行にあなたの判断を載せて走らせること。メソッド篇ではこれを5つのフェーズに分解したが、核心の動作は一つだけだ。Defineフェーズで、AIに先に逆質問させ、「何をもって良しとするか」をテーブルの上に引きずり出す。作り終わってから、一巡また一巡と直すのではなく。
もう一つの省力法――自分で作る
PMがより疲れていることには、見落とされがちな理由がもう一つある。あなたの判断が翻訳を経由していることだ。あなたが下流に語り、下流が一度理解し、作り、理解がずれていたと分かり、もう一度語る――AIが生産サイクルを分単位に圧縮した後、ループ全体に占める翻訳ロスの割合はむしろ増えた。コミュニケーションが主要コストになったのだ。
そしてこのコストは、今や直接切り落とせる。多くのものは、誰も経由せず、AIに直接語って、自分で高忠実度プロトタイプを作ればいい。指揮・生産・検収の三役が一人に集まり、ループの中に翻訳はなく、待ち時間もなく、「そういう意味じゃない」もない。同じものを作るにしても、自分でAIに語るのと、人に語ってその人がAIに語り直すのを待つのとでは、節約できるのは時間だけではない。誤解の連鎖、まるごとだ。
判断
「AIが来たのに、なぜ疲れるようになったのか」という問いへの正直な答えはこうだ。ボトルネックが初めてはっきりとあなたの上に落ち、もう「スケジュール調整中です」「開発中です」を盾にできなくなったから。要件を一度語れば2週間休めた、あの心地よさは、本質的には非効率があなたにくれた福利厚生だった――効率が上がれば、福利厚生は当然没収される。
疲れは消えない。だが疲れ方は選べる。他人の生産ペースに引きずられ、30分ごとに裁可し、燃え尽きるまで走るか。それとも力を前段に注ぎ、「何をもって良しとするか」を語り切り、百の成果物にあなたの判断を載せて自走させるか。
前者は臨時雇いの疲れだ。後者こそが、この職業の本体である。
ディスカッション