プロダクトマネジメントの見せかけ：Marty Caganが語る、権限を持つプロダクトチームの構築
- Aisha Washington
- 1 時間前
- 読了時間: 10分
多くの組織は、一見すると現代的なプロダクトマネジメントを実践しているように見える。プロダクトマネージャーを雇用し、アジャイルのセレモニーを実施し、ロードマップを維持し、ソフトウェア開発に多額の投資をしている。それでもSilicon Valley Product GroupのMarty Caganは、その活動の多くが「プロダクトマネジメントの見せかけ」だと主張する。組織はプロダクト業務の語彙や儀式を取り入れているものの、チームが価値ある結果を生み出すために必要な責任や能力を与えていないのだ。
Lenny’s Podcastでの対談で、Caganは機能を出荷することと問題を解決することを区別している。彼は、プロダクト組織がなぜ肥大化したのか、機能チームと権限を持つプロダクトチームを分けるものは何か、人工知能がいかに脆弱な役割をあぶり出す可能性があるか、そして自律性を軸とした文化においてもリーダーシップがなぜ不可欠なのかを考察する。
プロダクトマネジメントはいかにして見せかけになったのか
Caganの批判は、単純な区別から始まる。アウトプットはアウトカムと同じではない。企業はロードマップを完遂し、予定どおりにリリースしても、重要な何かを改善できないことがある。顧客が新機能を無視するかもしれず、収益は変わらないかもしれず、事業の立ち位置も以前より良くならないかもしれない。
パンデミック期の採用急増の間、多くのテクノロジー企業は、採用基準を維持したり責任を明確化したりできる速度を上回ってチームを拡大したと、Caganは言う。組織はプロダクトオーナー、アジャイルコーチ、ビジネスアナリスト、プロダクトオペレーション担当、その他の調整役を加えた。こうした職務の一部は本当のレバレッジを生み出せるが、問題を定義する人々と解決策を構築する人々の間に層を追加するだけのものもある。
この環境では、目に見える活動が報われる。バックログが埋まっていること、洗練された要件定義書、予測可能なデリバリー予定表は、いずれも進捗のように見える。提案された解決策が価値を持ち、使いやすく、実現可能で、商業的に成り立つかを見極めることの方が難しい。その結果、影響を示さずに動きを示せる組織が生まれる。
Caganはまた、アジャイル手法の表面的な導入にも異議を唱える。スクラムのセレモニーやJiraのワークフローが、企業を革新的にするわけではない。プロセス自体が運営上の目標になると、学習を遅らせ、誰が結果に責任を持つのかを曖昧にしかねない。
機能チームと、権限を持つプロダクトチーム
この議論における中心的な対比は、機能チームと、権限を持つプロダクトチームの間にある。
機能チームには、しばしば経営幹部、ステークホルダー、または営業からの要望によって決められた解決策が渡され、それを提供するよう求められる。そのパフォーマンスは通常、期限、スコープ、リリース量によって測定される。プロダクトマネージャーは、タスクを調整し、バックログを維持し、状況を報告し、ステークホルダーの要望をチケットへ変換することがある。Caganはこれを、本物のプロダクトマネジメントというよりプロジェクト管理に近いものと考えている。
権限を持つプロダクトチームには、重要な顧客またはビジネス上の問題が与えられる。プロダクトリーダーは戦略的な文脈を定め、どの問題に投資する価値があるかを決める。一方で、部門横断チームは、その問題を解決する最善の方法を決定する。プロダクトマネージャー、デザイナー、エンジニア、技術リーダーは、それぞれの専門性を結集し、解決策を発見し、それが機能するかを検証する。
この違いは見かけだけのものではない。機能チームは指示を実行する責任を負う。権限を持つチームは結果を生み出すことに説明責任を持つ。
Caganは、優れたプロダクト企業が、単独での市場投入までの時間よりも「収益化までの時間」、すなわち投資が実際の価値を生み始めるまでの速さを重視すると主張する。早くリリースすることが有用なのは、そのリリースが顧客体験を改善するか、事業を前進させる場合に限られる。
真のプロダクトマネージャーがもたらすもの
Caganのモデルにおいて、プロダクトマネージャーは単なる進行役ではなく、創造者であり意思決定者である。デザイナーは、ユーザビリティと体験に関する深い専門性をもたらす。エンジニアは実現可能性を評価し、技術によって可能になる選択肢を見つけ出す助けとなる。プロダクトマネージャーは、とりわけ価値と事業成立性に集中する。
価値とは、顧客がその解決策を選択または利用するかを問うものである。事業成立性とは、現実の制約下でそれがビジネスにとって機能するかを問うものである。これらの問いに答えるには、要件を集める以上のことが必要だ。プロダクトマネージャーには、複数の領域にわたる知識が求められる。
顧客、ユーザー、および満たされていないニーズ
プロダクトデータと、根拠に基づく意思決定
市場の動向と競合となる選択肢
収益モデル、価格設定、コスト、市場投入に関する考慮事項
営業、マーケティング、法務、コンプライアンス、倫理上の制約
主にバックログを管理するプロダクトオーナーは、有用なデリバリー業務を担うことがある。しかしCaganは、バックログ管理をプロダクトマネージャーの定義的な責任とは見なしていない。同様に、機能チームのメンバーはJira以外にも貢献できる一方で、あらかじめ決められた解決策の調整に時間の大半を費やしている場合がある。
権限を持つPMは、デザインとエンジニアリングに直接取り組み、解決策を形づくる。それはデザイナーを指揮したり、開発者の日々のタスクを割り当てたりすることではない。チームが何を構築すべきかを発見する間、顧客価値と事業成立性を担うことを意味する。
権限付与にも方向性は必要である
権限を持つチームは、ときに自分たちが追求したいことを何でも選べるチームだと誤解される。Caganはその解釈を退ける。
プロダクト戦略はプロダクトリーダーシップの責任である。リーダーは、企業がどこで競争するかを決め、重要な機会を特定し、投資判断を行い、重要な問題をチームに割り当てる。権限付与は、その戦略的な仕事の後に始まる。チームには、問題を調査し、仮説を検証し、解決策を決定する裁量が与えられる。
これにより、生産的な責任分担が生まれる。リーダーシップは文脈、優先順位、リソース、有能な人材を提供する。チームはディスカバリー、判断、実験、実行を提供する。戦略のない自律性は分断を生み、チームの自律性のない戦略は機能工場を生む。
健全な環境は信頼にも依存する。チームには、責任あるリスクを取り、失敗した実験から学び、弱い仮説に異議を唱える余地が必要である。リーダーは、機能の量だけを評価するのではなく、意義ある進捗と学習を称えるべきだ。
ZIRP後の見直し
Caganは、現在進行中のプロダクトマネジメントの再評価を、ゼロ金利時代の終焉と結び付けている。資本が潤沢だったとき、多くの企業は成長の最適化を重視し、狭く定義された役割に人員を配置した。より厳しい事業環境によって、プロダクトマーケットフィット、規律あるディスカバリー、プロダクト投資の経済性に再び注目が集まっている。
そのような状況で、組織は調整やバックログ管理を中心とする職務を精査している。Caganは、多くの日常的なコミュニケーション、文書化、トリアージの作業が部分的に自動化できるため、生成AIがその圧力を強めると予想している。
プロダクトマネージャーへの彼のメッセージは厳しいが建設的だ。プロフィールに書かれた肩書きではなく、実際に行っている仕事を評価せよ。顧客理解、分析的判断、市場知識、戦略的思考、ビジネスへの習熟を強化せよ。可能であれば、1つ以上のチームが機能リストではなくアウトカムに向き合うよう支援することで、そのモデルを示せ。
キャリア開発にも懐疑的な姿勢が求められる。Caganは、多くのオンライン上の助言や認定プログラムが、この役割をプロジェクトマネジメントとして解釈して教えていると警告する。したがって、批判的思考は、プロダクトアイデアを評価するためだけでなく、職業上の助言を評価するためにも、PMの基礎的なスキルとなる。彼は、候補となる上司を慎重に調べることを勧めている。その人物が、その役割でどのスキルが育つかに強く影響するためだ。
AIは仕事をどう変えるか
Caganは、急速に変化する手法の下には安定した原則があると考えています。プロダクトマネージャーはこれからも、製品が価値を提供するか、そして事業上、法的、倫理的、運用上の制約の中で成功できるかを判断する必要があります。しかし、それらの問いに答えるためのツールは急速に変化しています。
生成AIは、文書の下書き、戦略の検討、不具合のトリアージ、コミュニケーションの改善、初期提案への異議申し立てに役立ちます。Caganは、流暢な出力を信頼できる判断として扱わないよう注意を促しています。彼が好むパターンは、まず問題を自分で考え抜き、その後にAIを使ってその思考を批評、拡張、または改善することです。
文書作成とワークフロー管理が中心の役割は、特に自動化の影響を受けやすいように見えます。権限を与えられたプロダクトマネージャーは、文脈、証拠、トレードオフ、説明責任に依存する仕事を担うため、依然として価値があります。AI製品は、実現可能性の重要性をさらに高める可能性さえあります。確率的システムは、コンプライアンス、安全性、知的財産、倫理、顧客の信頼に関わる難しい問題をもたらすからです。
プロダクト運営モデル
Caganの著書『Transformed』は、シリコンバレー以外の組織も含む、成功しているプロダクト企業に見られる原則の集合として、プロダクト運営モデルを提示しています。このモデルは、プロダクト戦略、プロダクトディスカバリー、プロダクトデリバリーという3つの主要領域を結び付けます。
その目的は、別の硬直したプロセスを押し付けることではありません。Caganは、儀式より原則、非難より学習、人工的な予測可能性よりイノベーションを重視しています。チームには、解く価値のある問題が与えられ、本当のオーナーシップを育み、ディスカバリーの段階でリスクに対処し、迅速でありながら責任ある実験を行うべきです。デリバリーでは、強力な計測基盤とモニタリングに支えられた、小さく頻繁で、独立してリリース可能な変更を優先すべきです。
効果的なプロダクト組織には、相互補完的な能力も必要です。Caganは、プロダクトマネジメント、デザイン、エンジニアリング、マーケティング、リーダーシップを挙げており、コアチームは多くの場合、プロダクトマネージャー、プロダクトデザイナー、テクニカルリードを中心に構成されます。弱いリーダーシップや不足している専門性を、これらの役割のどれかが無期限に補い続けることはできません。
プロダクトオペレーションと創業者の役割
Caganは、プロダクトオペレーションを全面的に否定しているわけではありません。ユーザーリサーチャーやデータアナリストのように、複数のチームを支援するレバレッジの高い専門家には正当な価値があると考えています。警戒すべき兆候は、ガバナンス、プロセスの強制、あるいはプロダクトマネージャーやリーダー自身が行うべき仕事が中心となっているプロダクトオペレーション機能です。
彼は創業者にも、同様にニュアンスのある助言をしています。プロダクトマーケットフィット以前は、創業者は通常、早まってプロダクトマネージャーを採用するのではなく、価値と実現可能性に対する責任を持ち続けるべきです。その段階でプロダクトに関する判断を創業者のビジョンから切り離すと、摩擦が生じ、学習が遅くなる可能性があります。
会社が成長し、Caganが一般的な移行点としておよそ20〜25人のエンジニアを示す規模になると、創業者は唯一のプロダクト担当者として効果的に機能し続けられなくなる場合があります。そのとき、経験豊富なプロダクトマネージャーが、役割を単なる調整業務に矮小化することなく、プロダクトに関する判断をスケールさせる助けになります。
パフォーマンスを超えて
プロダクトマネジメント・シアターへの対策は、新しい肩書き、フレームワーク、あるいは儀式ではありません。より明確な説明責任の仕組みです。リーダーは重要な問題を選び、戦略的な文脈を提供します。クロスファンクショナルチームは解決策を発見します。プロダクトマネージャーは、顧客、市場、データ、ビジネスに関する深い知識をもたらします。成功は、出荷した機能の量ではなく、成果によって判断されます。
個々のPMにとっても、その含意は同じく明確です。管理業務で忙しくなるのではなく、より有能になることで代替されにくい存在になってください。未来を担うのは、プロセスの管理者というよりも、何を作る価値があるのか、なぜそれが機能するはずなのか、そして実際に機能したのかをチームが判断するのを支援できる人です。
