■ 1. 上流への染み出しの現状
- スマートバンク社では、AIによる実装速度の3倍化によりPMが業務ボトルネックとなり、エンジニアとデザイナーがPRD作成・仕様策定を担うようになった
- LayerX社では、Coding Agentが実装コストという制約を外した結果、ボトルネックがコーディングから「何を作るか」に移行し、課題定義の甘さが「仕様負債」としてデータ設計に跳ね返るようになった
- サイバーエージェント社では2026年評価制度から「ビジネスリードエンジニア」のキャリアパスを新設し、ABEMAではエンジニアが放送・制作現場に入ることで改善期間が1ヶ月から3日に短縮された事例がある
■ 2. 「上流」という概念の整理
- 「上流」という水流メタファーには二つの誤った前提が含まれる:
- 流れが一方向（要件→実装）という前提 — 実際の開発はループ構造であり、ウォーターフォールの原典であるRoyce(1970)自身も一方向モデルの危険性を警告していた
- 上下の序列（上流=上位）という前提 — これはSIerの多重下請け構造に由来する日本ローカルの感覚であり、ソフトウェア開発の本質ではない
- 本稿では「上流」を三層に分解して扱う:
- 業務層: PRD作成、要件整理、仕様策定など作業としての上流
- 判断層: 何を作り何を作らないかを決めること
- 責務層: 判断結果への責任を負い、プロダクトにオーナーシップを持つこと
- AIがコストを下げたのは主に業務層であり、判断の機会は増えておらず、責務は依然として特定の人間が負い続けている
■ 3. 業務層への染み出し
- 要件記述者と実装者の分業は、実装が高価だった時代の最適化であり、文脈が手渡しのたびに減衰するという損失を内包していた
- AIにより実装コストが低下した結果、「文脈を持つ人がそのまま作る」ほうが速く正確になり、分業の損得が逆転した
- DevOpsが運用と開発の境界を溶かしたのと同様に、現在は要件と実装の境界でより速く同じことが起きている
- 業務層への染み出しが有効なのは「エンジニアという職種」ではなく「文脈と実装を同じ人に載せる構造」であり、文脈なしに業務だけ巻き取っても減衰の発生源が移るだけ
- 必要な文脈の深さは「PRDを一から書き切る力」ではなく「渡された要求を一段問い直す」程度から始められる
- 結論: 文脈を拾いにいく姿勢とセットである限り、業務層への染み出しはYes
■ 4. 判断層への染み出し
- 「何を作るかを決めることが最も難しい」というBrooksの指摘は、実装が安くなった現在も有効
- プロダクトの方向性は足し算できないため、判断の打席は参加人数に比例して増えない——「全員が上流へ」は個人には合理的でも全体では成立しない
- 実装速度が上がった組織では「誰も決めていない領域」が広がっており、個人が狙えるのはこの空白を引き受けることである
- 業務を巻き取っても判断権は自動で付与されず、組織による権限の再配分の承認が必要
- 承認機構が機能する組織では「気づいたら任されていた」が起きるが、機能しない組織では「便利にPRDを書いてくれる人」で止まる
- 判断層で個人にできることはスキル投資に閉じず、「この範囲の意思決定を委譲してほしい、結果はこの指標で見てほしい」と明示的に交渉することが必要
- 交渉に応じない組織では、環境を変える判断も視野に入る
■ 5. 責務層への染み出し
- 責務層への染み出しはまだ進行中の実験であり、業務を移譲したスマートバンク社のPM自身が「業務と責務は別物」と明示し、責務の移転達成を宣言していない
- 責務が育つ経路の特殊性:
- 判断層は範囲を区切って委譲でき、スコープ内で経験を積める
- 責務はロードマップのギャップフィル、説明責任、負債を抱えた次の判断というループを引き受けた回数でしか育たず、兼務での習得は困難
- キャリア設計の既視感:
- 「価値は上流にある」を責務層まで拡大すると「全員がそちらを目指すべき」になり、「昇進=マネージャー」という単線キャリアの失敗の再現となる
- 技術力・マネジメント力・ビジネス感覚を高次元で備える人材は希少であり、責務層まで踏み込める人はそれくらい希少と捉えるべき
■ 6. 染み出しの双方向性
- Anthropic社でコーディング経験ゼロの営業担当がClaude Codeで社内ツールを構築しGTMエンジニアに転身した事例のように、ドメイン側の人が実装に寄ってくる動きも存在する
- 「文脈と実装を同じ人に載せると速い」という力学はエンジニアだけに味方するものではなく、競争優位は職種よりも問題への近さから生まれる
- チームの遅さの原因に応じて対応が異なる:
- ハンドオフの待ち時間が原因 → 分業の境界を畳む
- ドメイン知識不足が原因 → 専門を深める
- 生成コストが低くなるほど検証・レビューという判断が新しいボトルネックになり、深い専門性を持って検証側に立つ道はむしろ価値が上がっている
■ 7. まとめ: 3つの判断軸
- 層の確認:
- 業務層 → 積極的にチャレンジすべき
- 判断層 → 権限の交渉も必要
- 責務層 → 宣言と組織との合意によって初めて始まるものであり、「気づいたら染み出していた」性質のものではない
- ボトルネックの診断:
- ハンドオフの待ち時間が原因 → 分業を畳むのが正解
- ドメイン専門知の不足が原因 → 分業を維持して専門を深めるのが正解
- 足場の確認:
- 実装力を保持したままの統合か、実装からの離脱かを見極める
- 実装の足場を失うとAI出力を検証する能力も失われ、足場ごと上流に移る染み出しは無謀な選択