Marty Cagan — HP・Netscape・eBayでプロダクトを率いた実務家が2001年にSVPGを創業し、『INSPIRED』『EMPOWERED』『TRANSFORMED』3部作で「機能を作る組織」から「問題を解く権限を持つチーム」への転換を説き、プロダクトマネジメントを再現可能な"職能"へと体系化した思想家

人物概要 — プロダクトマネジメントの「大司祭」

マーティ・ケーガン（Marty Cagan）は、現代のソフトウェア・プロダクトマネジメント（PM）を語るうえで避けて通れない思想家である。 HP・Netscape・eBayといったインターネット黎明期の最前線でプロダクトを率いた後、 2001年にSVPG（Silicon Valley Product Group）を創業。 代表作『INSPIRED』『EMPOWERED』『TRANSFORMED』の3部作を通じて、 それまで曖昧で属人的だった「テック企業のプロダクトマネージャー」という役割を、 再現可能な"職能（craft）"として体系化した。 業界では彼を「プロダクトマネジメントの大司祭（the high priest of Product Management）」と呼ぶ。

ケーガンの思想は、たった一つの問いに凝縮できる—— 「リーダーはチームに『作るべき解（機能）』を渡すのか、それとも『解くべき問題』を渡すのか」。 前者を彼はフィーチャーチーム（feature team）、後者をエンパワードチーム（empowered product team）と呼び、 この対比を軸に、ディスカバリー、アウトカム志向、プロダクトモデルといった概念群を組み上げた。 『INSPIRED』は世界中のテック企業の本棚に並ぶ"バイブル"となり、36か国以上に広がっている。

キャリアの軌跡 — 実務家から思想家へ

ケーガンのキャリアは、ソフトウェア・プロダクト開発のパラダイム転換そのものをなぞっている。 1980年代のHP、90年代のインターネット黎明期（Netscape）、2000年前後のeコマース爆発期（eBay）—— 彼は常に「何を作るべきか」が事業の生死を分ける現場に身を置いてきた。 そしてその実務知を体系化して他者に伝えるため、エグゼクティブの座を降りてSVPGを創業した。

この軌跡で決定的なのは、「自社のプロダクトを成功させる立場」から「他社のプロダクト組織を成功させる立場」へ転じた2001年の選択だ。 ケーガンは、プロダクトマネジメント・エンジニアリング・UXデザイン・プロダクトマーケティング・ゼネラルマネジメントといった 現代のプロダクト組織のほぼ全役割を自ら経験・統括した稀有な実務家だった。 その知見を一企業に閉じ込めず、執筆と教育を通じて業界全体へ開いたことが、後の巨大な影響力の源泉になった。 SVPGが「キャリアコンサルタントではなく、実際にトップ製品を届けてきたエグゼクティブ経験者の集団」を標榜するのも、この出自に由来する。

代表作 — 視座を拡げ続けた3部作

ケーガンの思想は、対象範囲を段階的に広げる3部作として結晶している。 チーム → 組織・リーダー → 全社と視座を上げながら、 一貫して「機能の実装ではなく問題解決」「傭兵ではなく伝道者のチーム」という原則を貫いている。

特筆すべきは『INSPIRED』第2版（2017）の全面改稿だ。 初版（2008）はアジャイルが定着する前、リーンスタートアップが普及する前に書かれていた。 ケーガンは「原理（principles）は不変だが、その周辺の手法（techniques）が劇的に進化した」として、 当初は小規模アップデートのつもりが結局初版から1ページも残さず完全に書き直した。 スタートアップ文脈だった初版に対し、第2版はスケールする組織・エンタープライズへの適用を加えている。

なお3部作と並んで、SVPGパートナーのMartina Lauchengcoによる『LOVED』（プロダクトマーケティング）があり、 4冊は『Product is Hard』ボックスセットとして束ねられている。 これは、SVPGの思想が今やケーガン個人ではなくパートナー集団の知見として展開されていることの象徴でもある。

中核思想 — 「問題を解く権限」をめぐる体系

ケーガンの数多くの主張は、バラバラの教訓ではなく一つの体系を成している。 最上位に『TRANSFORMED』のプロダクト・オペレーティング・モデルがあり、 その哲学がアウトカム志向、働き方がディスカバリー／デリバリーの二本立て、 担い手がエンパワードチーム、土台がコーチングという構造だ。 まず全体像を俯瞰しよう。

graph TD
    POM["プロダクト・オペレーティング・モデル<br/>（TRANSFORMED / 約20の第一原理の集合）"]

    POM --> Philosophy["哲学レイヤー<br/>Outcome over Output<br/>Principles over Process"]
    POM --> Work["働き方レイヤー<br/>Discovery と Delivery の二本立て"]
    POM --> People["担い手レイヤー<br/>Empowered Team"]
    POM --> Leader["土台レイヤー<br/>Strong Leadership / Coaching"]

    Philosophy --> Roadmap["機能ロードマップ批判<br/>OKR は本来アウトカムを与える道具"]
    Work --> Risks["Discovery の目的＝4つの大きなリスクを潰す"]
    Risks --> R1["Value（PM）"]
    Risks --> R2["Usability（Designer）"]
    Risks --> R3["Feasibility（Engineer）"]
    Risks --> R4["Viability（PM）"]
    People --> VS["Empowered Team ⇔ Feature Team<br/>問題を渡される vs 機能を渡される"]
    People --> PMrole["PM の役割<br/>CEO of the product を否定／PM ≠ Product Owner"]

① エンパワードチーム vs フィーチャーチーム

ケーガンの最も中核的な対比。両者の違いは一文に集約される—— 「リーダーがチームに『作るべき解（solution）』を渡すのか、『解くべき問題（problem）』を渡すのか」。

• エンパワードチーム（empowered product team）: プロダクト・デザイン・エンジニアリングからなる職能横断チーム。アウトプットではなくアウトカム（成果）で測られ、 与えられた問題を解く最善の方法を自ら見つける権限を持つ。
• フィーチャーチーム（feature team）: ロードマップ（＝機能のリスト）を実装するよう圧力をかけられるチーム。 ケーガン曰く「フィーチャーチームに本当のプロダクトマネージャーは要らない。必要なのはプロジェクトマネージャーだ——デザインとエンジニアの間の作業を管理しているだけだから」。

ここで彼が最重要視するのが「empowered engineer（権限を持つエンジニア）」という概念だ。 「知られているあらゆるイノベーションの背後には、必ず権限を持つエンジニアがいた。 だからこそフィーチャーチームはほとんどイノベーションを起こさない」。 最も技術トレンドに近いエンジニアに「作るべき機能」しか渡さなければ、イノベーションの源泉を自ら断ってしまう、というわけだ。

② ディスカバリーとデリバリーの二本立て

ケーガンはプロダクト開発を性質の異なる2つのトラックに分ける。

• ディスカバリー（discovery）: 「正しいものを作る」活動。リサーチ・プロトタイピング・顧客検証で仮説を高速に検証し、良いアイデアと悪いアイデアを切り分ける。プロトタイプは"learn（学ぶ）"ための使い捨て。
• デリバリー（delivery）: 「ものを正しく作る」活動。スケール・性能・信頼性・セキュリティを満たした本番品質のソフトウェアを構築・デプロイする。

ウォーターフォールがリリース後に価値を検証するのに対し、この方式はディスカバリー中に検証するのが核心だ。 興味深いのは用語の変遷である。この考え方はかつてJeff Pattonとともに「dual-track agile（デュアルトラック・アジャイル）」と名付けられたが、 ケーガンは『INSPIRED』第2版以降この語を捨てた—— 「dual-trackという言葉が人々をプロセスに注目させすぎ、原則への注目を奪う」からだ。 代わりに彼はContinuous Discovery（継続的発見）とContinuous Delivery（継続的提供）を使うようになった。 「プロセスより原則（Principles over Process）」という彼の哲学が、自らの命名すら更新させた好例である。

③ 4つの大きなリスク

プロダクトディスカバリーは、デリバリーに本格的な開発リソースを投じる前に、 以下の4つのリスクをすべて潰す（de-risk）ために存在する、とケーガンは説く。

当初の『INSPIRED』では「valuable・usable・feasible」の3つだった。 しかしケーガンは、この3分類が事業実現性（business viability）という深刻なリスクを覆い隠していると考えるようになり、 これを独立させて4つに拡張した。 Go-to-marketや営業チャネルとの整合、法規制、収益化、ブランド約束との一貫性—— PMが見落としがちなこれらの「事業側のリスク」を明示的に責務へ組み込んだのである。

④ アウトカム志向とロードマップ批判

「アウトプット（機能を作ること）」ではなく「アウトカム（顧客に価値を届け事業成果を出すこと）」で測る—— これがプロダクトモデルの根幹原則だ。 ケーガンは従来型の機能ロードマップを「プロダクトチームが失敗する第一の理由」とまで言う。 典型的なロードマップの項目は少なくとも半分が顧客に対して機能せず（価値リスク）、機能するものでも収益化までに何度かのイテレーションを要する（タイミングリスク）からだ。

OKRについての立場は誤解されやすい。ケーガンはOKR自体は支持する——「OKRは本来、チームに解くべき問題と達成すべきアウトカムを与えるための道具」だからだ。 彼が批判するのは、多くの企業が既存のアウトプット型プロセスの上にOKRを後付けで重ねたこと。 フィーチャーチームがOKRを採用すると、成果指標の代わりに成果物（deliverable）をKey Resultに並べる「不格好な寄せ集め」になってしまう、と指摘している。

⑤ PMの役割 — 「プロダクトのCEO」でも「プロダクトオーナー」でもない

「優れたプロダクトマネージャーはプロダクトのCEOである」という有名なフレーズ—— 実はこれはケーガンの言葉ではなく、Ben HorowitzとDavid Weidenが1998年の小論で書いたものだ。 ケーガンはむしろ "Product Managers – You Are Not the CEO of Anything" という記事でこの比喩に反論している。 「プロダクトマネージャーは誰の上司でもない。CEOと最も違うのは権限（authority）がないことだ」。 PMは権限ではなく、深い知識と説得・影響力でチームを動かす。

そのPMが持つべき深い知識は4領域——顧客／データ／事業／市場・業界。 そしてケーガンはPMとProduct Owner（PO）の混同を強く戒める。 「Product Ownerであることは、Product Managerであることにはならない。PO責任はPMの責務のごく一部にすぎない」。 顧客と話すPMとエンジニアと話すPOに役割を分割することを、彼は「顧客の痛みと技術的困難の両方を理解する者がいなくなる」深刻な誤りと断じる。

影響と評価 — 系譜の中のケーガン

ケーガンは無からこの思想を生んだわけではない。 彼自身が源流から学び、そして次世代へと思想を継いだ——その系譜の結節点に位置している。

graph LR
    H["Ben Horowitz<br/>Good PM / Bad PM（1998, a16z）"]
    B["Steve Blank<br/>Customer Development"]
    R["Eric Ries<br/>Lean Startup / MVP"]

    H -->|直接インスパイア| C
    B -->|ディスカバリー手法として包含・拡張| C
    R -->|MVPを再解釈| C

    C["Marty Cagan / SVPG<br/>INSPIRED→EMPOWERED→TRANSFORMED<br/>PM職の体系化"]

    C -->|序文を執筆・思想継承| T["Teresa Torres<br/>Continuous Discovery Habits（2021）<br/>＝週次の実践に落とし込み"]
    C -->|アウトカム志向を展開| P["Melissa Perri<br/>Escaping the Build Trap（2018）<br/>＝組織・戦略レベルへ"]
    C -->|日本での受容| J["INSPIRED日本語版／<br/>pmconf 2019 基調講演"]

源流として最も直接的なのはBen Horowitzの古典 "Good Product Manager / Bad Product Manager" だ。 ケーガンの "Behind Every Great Product" や "Good Product Team / Bad Product Team" はこれに敬意を表して書かれている。 またSteve BlankのCustomer Development、Eric RiesのLean Startupを、彼は「より広いディスカバリー技法のサブセット」として包含・拡張した。

後継者として最も明確な系譜がTeresa Torresだ。 彼女の『Continuous Discovery Habits』(2021)の序文をケーガン自身が執筆しており、 ケーガンが描いたディスカバリーの概念を、Opportunity Solution TreeやProduct Trioといった週次の具体的実践へと落とし込んだ。 「ケーガンが組織アーキテクチャ（診断と原則）を提供し、Torresが日々の行動システムを提供する」という補完関係でしばしば併読される。 Melissa Perri（『Escaping the Build Trap』）もアウトカム志向を組織・戦略レベルへ展開した継承者だ。

日本でも影響は大きい。『INSPIRED 熱狂させる製品を生み出すプロダクトマネジメント』が翻訳出版されて"PMのバイブル"として定着し、 2019年のプロダクトマネージャーカンファレンス（pmconf 2019）ではケーガンがオープニング基調講演に登壇。 2024年には日本CPO協会主催の「PRODUCT LEADERS」カンファレンスにも登壇し、『TRANSFORMED』のプロダクトモデルを語っている。

批判と論争 — 理想論か、到達目標か

ケーガンの思想は広く支持される一方で、無批判に受け入れられているわけではない。 公平を期すため、主要な批判と、それに対するケーガン側の応答を整理しておこう。

注目すべきは、ケーガン自身が批判を取り込んで主張を更新している点だ。 「プロダクトのCEO」メタファーが一部のPMを横暴にした反省から "CEO of the Product Revisited" で「謙虚さとチームの信頼を勝ち取ること」を強調し直し、 スキルなき自称PMを "Product Management Theater（プロダクトマネジメント劇場）" で批判した。 批判の多くは「理論は正しいが実装が難しい」という建設的なものであり、彼の思想の全否定ではない—— この点を踏まえておくことが、ケーガンを正しく評価する鍵になる。

生成AI時代の現代的意義 — 「問題に恋せよ」の再評価

2024〜2026年、ケーガンの発信は生成AIがプロダクトマネジメントをどう変えるかに集中している。 そして彼の結論は、世間の「AIでPMは不要になる」という予想とは逆だ—— 「PMの役割はむしろより本質的かつ困難になる」。

• 「問題に恋せよ」の価値上昇: AIによって「ソリューションを作る」コストが激減した今こそ、何を解くべきかの問題設定が決定的になる。「AIは粗悪なロードマップをより速く作れてしまう」——だからこそディスカバリー能力が差別化要因になる。
• 役割による明暗: ケーガンは「Product Ownerは危険（デリバリープロセスの一役割でありAIに食い込まれやすい）」と警告する一方、「ディスカバリーを理解する者にとっては、これ以上ない素晴らしい時代だ」と語る。
• 「The Era of the Product Creator」(2025): AIツールにより、正式な訓練がなくても誰もが「サイドラインから」ではなく直接プロダクトを形作る"product creator"になれる、と主張。
• 20年来の持論の転換(2026): "Product Coaching and AI"(2026年2月)で、長年「優れた人材は人によるコーチングで育つ」と説いてきたケーガンが、基盤モデル（foundation model）を個人のプロダクトコーチとして使うことを新たに推奨。自ら「過去20年我々が説いてきたことへの重大な変更」と認めた。

「アウトプットが容易になるほど、アウトカムで測ることの価値が際立つ」「不確実性が高いAIプロダクトほど、現場が自らディスカバリーを回せるエンパワードチームが要る」—— ケーガンが20年説いてきた原則は、皮肉にもAI時代に一層の説得力を帯びている。 そして、自らの根幹的な持論すらAI時代に合わせて更新する柔軟さこそが、 彼の思想を陳腐化させずに生き永らえさせている。

名言集

"Fall in love with the problem, not the solution."
解決策にではなく、問題に恋をせよ。

"We need teams of missionaries, not teams of mercenaries."
我々に必要なのは傭兵のチームではなく、伝道者のチームだ。

"It's all about solving problems, not implementing features."
すべては問題解決であって、機能の実装ではない。

"It doesn't matter how good your engineering team is if they are not given something worthwhile to build."
作る価値のあるものを与えられなければ、どれほど優秀なエンジニアチームでも意味がない。

"Great teams are made up of ordinary people who are inspired and empowered."
偉大なチームは、鼓舞され権限を与えられた普通の人々で構成される。

理解度チェック

主要参考文献

• SVPG: Marty Cagan 公式プロフィール（一次情報）
• SVPG: INSPIRED（第2版）書籍ページ
• SVPG: TRANSFORMED 書籍ページ
• SVPG: Product vs. Feature Teams
• SVPG: The Four Big Risks
• SVPG: Dual-Track Agile（用語を捨てた経緯）
• SVPG: The Product Operating Model
• SVPG: Product Manager vs. Product Owner Revisited
• SVPG: INSPIRED in the Generative AI Era
• SVPG: The Era of the Product Creator（2025）
• SVPG: Product Coaching and AI（2026年2月、20年来の方針転換）
• Andreessen Horowitz: Good Product Manager / Bad Product Manager（源流）
• Teresa Torres『Continuous Discovery Habits』（序文をケーガンが執筆）
• Lenny's Podcast: Product Management Theater（2024年3月）
• airfocus: AIがプロダクトマネジメントに与える影響 — ケーガンの予測（2025年8月）
• Robert Galen: Empowered Product Teams…Really?（批判的視点）
• Stefan Wolpers: Transformed Meets the Scrum Guide（Scrum側の統合論）
• Lv Yi: Empowered Product Team vs. LeSS Feature Team（反論）
• Marty Cagan LinkedIn（経歴の一次情報）