組織・人材
PM2人でプロダクト組織は回るのか — Midjourney・Laurel・Mutiny に見る少人数体制の作り方
極小プロダクトチームを意図的に維持する3社の事例から、AI 前提の組織で意思決定経路をどう引き直すかを考える。
元記事
原題
“Lessons From Three Product Leaders Living in the Future” （「未来に生きる」3人のプロダクトリーダーから学ぶこと）
原文からの引用
“If anyone can ship and everyone is building, the most important thing you can do is make sure that everyone has the judgment to build the right thing for the user.”
日本語訳 誰もがリリースでき、全員がものを作っているなら、最も重要な仕事は、全員が「ユーザーにとって正しいものを作る判断力」を持てるようにすることだ。
要点
- Midjourney・Laurel・Mutinyの3人のCPO/プロダクト責任者は、意図的に極小のプロダクトチームを維持している（Mutiny: PM2人+デザイナー1人、Midjourney: 3人、Laurel: product+design合わせて9人）。いずれも既存顧客・エンタープライズ契約を抱える成熟企業であり、白紙状態のAIネイティブスタートアップとは異なる。
- 「顧客理解」というPMの最古の役割が、PM個人の専有物から全社共有のものへと開かれつつある。ユーザー通話にエンジニアを同席させる、通話記録を即座に全社共有アーティファクトにするといった仕組みで、理解のボトルネックを解消している。
- エンジニアリングも「ゲートキーパー」でなくなりつつある。問題を最も理解している人（カスタマーサクセス、営業なども含む）が自らAIエージェントを使って修正・提案し、バックログを経由せず数時間〜24時間で本番反映する事例が複数の企業で起きている。
- AI活用の定着は強制ではなく「プロダクトとして作り込む」ことで進んだ。社員をユーザーとして扱う、最初の成功を目立たせる、共有スキルを絞り込む、トークン数でなく時間配分を測るといった手法が共通していた。
- キャリア観も変化しており、「リーンなチームほど魅力的」「新卒がAIオペレーションや顧客対応経由でPM職に別ルートから入れる」など、少人数・現場密着型のキャリアパスが評価され始めている。
編集部の考察
AI導入の成否は「誰が使っているか」ではなく「誰の理解が意思決定に直結しているか」という経路設計の問題として点検すべきだ。Mutinyの「PM2人+デザイナー1人」、Midjourneyの「プロダクト3人」という体制（要点1）は、AI活用によってPMの伝統的な役割（情報を運ぶ・優先順位をつける・調整する）そのものが縮小した結果として成立している。自分の会社のPM・デザイン組織を振り返ると、AI全社導入が進んでいても、意思決定の経路自体は旧来のまま「PMを通す」設計になっていないか、という点は検証に値する。特にバグ修正や管理画面の細かい変更が、カスタマーサクセスや営業からPM経由で数週間かけてエンジニアに届いている業務があれば、それは記事の言う「ゲートキーパー」構造そのものである。Mutiny や Midjourney の少人数体制は、この経路設計を変えた組織だけが到達できる形だ。
本記事は海外記事の独自キュレーション・考察であり、原文の翻訳ではありません。引用部分の著作権は原著者に帰属します。