ロードマップを修復し、AI時代に輝くプロダクトマネージャーを育成する：Ocado Technologyのマット・フェズコが語るプロダクトオペレーションの真髄

現代のテクノロジー業界において、プロダクトマネジメントは企業の競争力を左右する重要な機能です。しかし、組織が拡大し、製品開発の複雑性が増すにつれて、ロードマップの管理、優先順位付け、チーム間の連携、そして個々のプロダクトマネージャー（PM）のスキル育成といった課題が顕在化します。AI技術の急速な進化は、これらの課題に新たな側面をもたらす一方で、プロダクトマネージャーに求められる本質的なスキルは変わらない、という洞察も生まれています。

本記事では、MindtheProductカンファレンスでのインタビューに基づき、Ocado Technologyのプロダクトオペレーション担当ディレクターであるマット・フェズコ氏の深遠な知見を探ります。彼は、自身の豊富な経験からプロダクト担当者の「公平性」に情熱を注ぎ、AI時代においても揺るがない重要なスキルを強調しています。彼のキャリアパス、Ocadoでのプロダクトロードマップ改革「Jira革命」の舞台裏、そしてプロダクトマネージャーの成長を促すための画期的なスキルフレームワークの構築について詳細に解説し、プロダクトオペレーション（ProdOps）が組織にもたらす計り知れない価値と将来性について考察します。

マット・フェズコのプロダクト哲学：キャリアが示す「本質」の追求

マット・フェズコ氏は、そのキャリアを通じて一貫してプロダクトマネジメントの本質を追求してきました。彼の道のりは、大規模テック企業からスタートアップ、そして再び大規模な変革期にあるOcado Technologyへと、多様な環境を経験することで形作られています。

大学でコンピュータサイエンスを専攻し、根っからの「オタク」として物作りと組み立てに情熱を燃やしたマット氏は、早くからプログラミングに親しんでいました。彼のプロダクトマネージャーとしてのキャリアは、マイクロソフトで始まりました。当時、彼は「プログラムマネージャー」と呼ばれ、SharePointやOfficeといった、膨大な数のユーザーに影響を与える製品群の「新規作成、開く、保存」といった基盤的な機能の開発に携わりました。これらの経験は、複雑なシステムの中核をなす機能の設計と実装がいかに重要であるかを彼に教えてくれました。

その後、イギリスに移住し、多くの人に愛されるSkypeのチームで働きました。SkypeはMicrosoftによる買収後でしたが、そこには強固なコミュニティと独特の文化が根付いており、マット氏はその一員として貴重な経験を積みました。大企業での経験を積んだ後、彼は「スタートアップで運試しをしてみよう」と決意します。混沌としたマイクロソフト環境と比較して、スタートアップはより自由で楽しいものだと想像していましたが、実際に身を置くと、そこには全く異なる学びと課題があることを痛感しました。6年間で4つの異なるスタートアップを経験する中で、彼はアジリティ、適応性、そして限られたリソースの中で成果を出すことの重要性を学びました。

そして現在、彼はOcado Technologyのプロダクトオペレーション担当ディレクターとして、再び大規模な組織に身を置いています。Ocadoは、元々はイギリスで広く知られる消費者向け食料品宅配サービスですが、マット氏が携わっているのはそのB2B部門です。Ocado Technologyは、世界中の食料品店向けにロボットや自動化ハードウェアを製造し、供給しています。アメリカのクローガーやオーストラリアのコールズといった大手スーパーマーケットから、韓国、日本、ヨーロッパ、カナダなど、世界中の市場にその技術を提供しています。彼らが開発しているのは、まるで小さなウォーリーのようなロボットが倉庫内を効率的に動き回り、食料品のピッキングと梱包を自動化するシステムです。この技術は、店舗での購入よりもはるかに安価で効率的な食料品配送を実現し、顧客体験、オンラインショッピング、ラストマイル配送、そしてドライバーによる最終配送まで、サプライチェーン全体をカバーしています。

マット氏のキャリアパスは、プロダクトマネージャーとしての広範な視野と深い洞察力を培いました。彼は、マイクロソフトのような巨大な組織から、変化の速いスタートアップ、そしてOcadoのような技術革新をリードする企業まで、あらゆる規模と種類のプロダクト開発を経験しています。このような多様な背景を持つからこそ、彼はプロダクトマネジメントの本質、特にAI時代においても変わらない「重要なスキル」について、説得力のあるメッセージを発信できるのです。

マット氏が強調するのは、「AIはこれらの要件を変えるものではない。AIは単なる副業だ」という視点です。彼が過去15年間で学んだ、プロダクトマネージャーに不可欠なスキルは以下の3つです。

ストーリーテリングが得意であること: 製品のビジョン、ロードマップ、そして具体的な機能が顧客やビジネスにどのような価値をもたらすのかを、明確かつ魅力的に伝える能力は、プロダクト開発のあらゆる段階で不可欠です。
データを理解すること: 意思決定は直感や仮説だけでなく、客観的なデータに基づいて行われるべきです。データを読み解き、そこから洞察を得て、製品の方向性を決定する能力は、現代のPMにとって必須です。
優先順位付けが得意であること: 限られたリソースの中で、何を優先して開発すべきかを見極める能力は、製品の成功を左右します。ビジネスへの影響、顧客価値、技術的実現可能性など、多角的な視点から優先順位を決定するスキルが求められます。

これらのスキルは、技術的な進歩に関わらず、人間的な洞察力、コミュニケーション能力、そして戦略的思考に根ざしています。AIがタスクを自動化し、情報処理を加速する中で、これらの「人間ならでは」のスキルはむしろその重要性を増しているとマット氏は指摘しています。彼のプロダクト哲学は、技術革新の波の中で本質を見失わず、プロダクト担当者が真に価値を創造できる環境を整えることに焦点を当てています。

プロダクトオペレーションの「ダークサイド」を解き明かす：OcadoでのProdOpsの立ち上げと進化

マット氏がOcadoで担当している「プロダクトオペレーション（ProdOps）」という役割は、まだ多くの企業でその定義が固まっていない比較的新しい分野です。彼がこの役割を「プロダクトオペレーションのダークサイド」と表現するのは、それがプロダクト開発の表舞台からは見えにくい、しかし極めて重要な「縁の下の力持ち」のような性質を持っているからです。

マット氏がOcadoに入社するきっかけもまた、このProdOpsという役割への興味からでした。彼は以前の会社で「プロダクトオペレーション責任者」として、ピッキングから梱包、アカウント管理までプロダクト開発のあらゆる側面を統括していました。そんな時、LinkedInでOcadoからのリクルーターメッセージが届きます。その求人タイトルは「プロダクトオペレーション責任者」。マット氏は当初、「製品管理エクスペリエンスを改善するために設計された実際の機能があるのか？」と驚いたと言います。彼は、自分が担当していた「製品（コンマ）オペレーション責任者」という肩書きのコンマが取れただけで、プロダクトマネージャーとしての機能開発ではなく、プロダクト開発プロセスそのものを改善する役割だと知ります。

最初は「それは私ではない。私は機能を出荷する人間だ」と戸惑ったものの、現地の採用担当者からの熱心な説得と、Ocadoで23年間働き、プロダクトオペレーションの必要性を深く理解していたスティーブ氏との出会いが、彼の ProdOpsへの道を開きました。スティーブ氏の会社への献身、問題領域への理解、そしてプロダクト開発への貢献に深く感銘を受けたマット氏は、この新しい挑戦を受け入れることを決意します。

それから3年半、マット氏はOcadoでProdOpsの責任者として尽力してきました。そして最近、彼の担当範囲は「プロダクト」だけでなく、「プロダクトとエンジニアリングオペレーション」へと拡大しました。この名称変更は、ProdOpsの役割が単にプロダクトチームをサポートするだけでなく、エンジニアリングチームも含めた開発組織全体を効率化する「結合組織」としての重要性を増していることを示しています。

マット氏は、プロダクトとエンジニアリングオペレーションの連携の重要性を次のように説明します。「私たちが人々に何を作るべきかを指示しても、それが作られなければ、私たちの信頼性はすべて失われ、結局何も成し遂げられません。」プロダクト側が戦略を立て、何を、なぜ、どのように作るかを定義しても、それが実際にエンジニアリングによって「どのように実現されるのか」という側面がなければ、机上の空論に終わってしまうのです。エンジニアリングチームも、単に「これを作れ」と言われるだけでなく、より速く、より良く動けるようにするためのサポートを必要としています。彼らは「何を」ではなく「どのように」に関する最適化を求めているのです。

このProdOpsの役割は、組織が拡大するにつれて直面する問題、特に大規模なコミュニケーション、コラボレーション、優先順位付けの課題に対処するために不可欠です。多くのプロダクトチームが自律性を求め、それぞれの方法で業務を進めようとする中で、最低限の「実行可能な官僚制」を導入し、一貫性と効率性を確保することがProdOpsの使命となります。

マット氏は、ProdOpsの魅力と難しさを次のように語ります。「プロダクトオペレーションの人たちはプロダクトの人たちです。私たちは問題、実際の問題を理解しようとしています。そして、良いのは解決策を見つけて、その解決策を実行しようとすることだと思います。」彼は自身を「外向的なエネルギーと決断力」を持つ「極めて黄色と赤」のタイプと表現しますが、同時に「現場で実際に個々のチームが前進するのを手助けできる、青と緑のプロダクトオペレーションの人たちもいます」と、多様な強みを持つ人材がこの分野で活躍できることを示唆しています。ProdOpsは、プロダクト開発プロセスの問題を発見し、診断し、具体的な解決策を設計し、実行することで、プロダクト組織全体の生産性と効果を高める「問題解決」機能なのです。

Ocadoのプロダクトロードマップを修復する「Jira革命」

マット氏がOcadoにプロダクトオペレーション担当ディレクターとして着任した際、彼が最初に直面したのは、一見すると「ロードマップがない」とすら思えるような、深刻なロードマップ管理の問題でした。プロダクト開発部門に350人、開発者が3000人、年間何億ポンドもの研究開発費をかけているにもかかわらず、「どうしてロードマップがないのか？」という問いが彼を襲いました。しかし、実際にはロードマップは存在しました。問題はその「質」と「運用方法」にあったのです。

改革前の課題：Googleスライドと非効率のサイクル

改革前のOcadoでは、すべてのロードマップがGoogleスライドで作成されていました。各四半期ごとに、プロダクトチームは戦略、ロードマップ、ビジョンを共有するためのスライド作成に2ヶ月もの時間を費やしていました。つまり、実際に製品開発に集中できるのは3ヶ月のうちわずか1ヶ月という非効率な状況でした。このスライドベースのロードマップ運用には、以下のような深刻な課題がありました。

一貫性の欠如: 各チームが独自の方法でスライドを作成するため、全体として統一された構造や表現がなく、組織横断的な理解が困難でした。
情報へのアクセスの制限: ロードマップに関する会議に出席しなければ、その内容を把握することはできませんでした。何を、なぜ行うのかを説明する文書が存在せず、プロダクト計画が透明性を欠いていました。
症状への対処: 当時のCPOは、マット氏のチームがスライドを「改善」すること、つまり症状に対処することを期待していました。しかしマット氏は、根本的な問題はスライドというツールそのものや、それ以前の計画プロセスの構造にあると見抜いていました。
Jiraデータの混乱: 最も深刻だったのは、プロダクト開発の基盤となるJiraのデータが「言葉では言い表せないほどひどい」状態だったことです。エピックの使い方はチームによってバラバラで、機能の明確な定義もありませんでした。親エピックやその親エピックが乱立し、一貫した階層構造が全く存在していませんでした。

このような状況では、Ocadoが「キャッシュフローをプラスにする」という企業目標を達成するために、どこに投資し、その投資がどのような価値をもたらすのかを明確にすることができませんでした。

「Jira革命」の実行：構造化されたアプローチ

マット氏と彼のチームは、根本原因にメスを入れることを決意し、「Jira革命」と呼ばれるムーブメントを開始しました。この改革の核となったのは、プロダクト開発の基本的な階層構造を明確に定義し、Jiraの運用を標準化することでした。

マット氏はまず、デニス・ティールとメリッサ・ペリによる書籍『プロダクトオペレーション』に書かれていた階層構造の概念に大きなヒントを得ました。彼は「ああ、これが問題の原因だ」と直感しました。高レベルのイニシアチブ、その下に位置するエピック、そして具体的な機能といった明確な階層が欠如していたことが、混乱の根源だったのです。

そこで、マット氏は「独裁的な暴君のように」と自嘲しながらも、プロダクト開発の構造を強制的に統一しました。

階層構造の定義: 組織全体で「イニシアチブ」「エピック」「機能」の明確な定義と、Jira上でのそれらの使用方法を確立しました。これにより、各プロダクトチームが何を、なぜ、どのように開発しているのかが、高レベルの戦略から具体的なタスクまで一貫して理解できるようになりました。
Jiraの標準化: 各チームがバラバラに使用していたJiraの命名規則やフィールド設定、ワークフローを統一しました。これにより、データの一貫性が確保され、信頼できる唯一の情報源としてのJiraの価値が高まりました。
文書化の徹底: 各取り組みや機能について「何をすべきか、なぜすべきか」を明確に説明する文書の作成を義務付けました。これにより、計画会議に参加しない者でもプロダクトの方向性を理解できるようになり、透明性が大幅に向上しました。

導入の課題とマット氏の粘り強さ

この改革は、解決策を見つけることよりも、導入することに大きな困難が伴いました。マット氏は、「基本的に3,000人の人々に、どのように業務を行い、働き、考え、仕事の説明方法、仕事の共有方法、仕事の優先順位付け方法を変えてもらうか」という、途方もない挑戦に直面しました。組織文化の変革は一朝一夕にはいきません。しかし、マット氏は決して諦めない性格であり、強い信念と粘り強さでチームを導きました。

改革後の成果：データ駆動型ガバナンスへの移行

「Jira革命」は、長い時間をかけて徐々に成果を上げていきました。以前は「まるで第三世界」だったプロダクト計画プロセスは、劇的に改善されました。

効率化された計画プロセス: 2ヶ月を要していた計画期間は大幅に短縮され、チームはより多くの時間を実際の開発に充てられるようになりました。
明確なイニシアチブ: 企業目標であるキャッシュフロー改善に貢献するため、各イニシアチブが明確に定義され、それらがもたらす価値とコストが可視化されました。
データ駆動型ガバナンス: Jisaのデータが正確になったことで、スライドはもはや不要になりました。マット氏のチームは、Jiraデータの上に構築されたカスタムアプリケーション（Vibeでコーディング）を使用し、リアルタイムのデータに基づいてプロダクト計画のガバナンスを行っています。彼は「プロダクト計画においてスライドはもう時代遅れです。アプリを用意しました。アプリを操作してデータを確認するだけです。データは真実の源であり、何をしているのか、なぜそれをしてるのかというストーリーを伝えるべきです」と語ります。
価値測定の進化: ProdOpsチームは、財務部門と協力して、指標を具体的なビジネス価値（例：ドライバーが8時間シフトで配達できる注文数の増加、顧客が買い物かごに追加する商品の種類や数の増加）に変換する方法を開発しています。これにより、プロダクト投資のROIが明確になり、より戦略的な意思決定が可能になりました。

マット氏の「Jira革命」は、単なるツール導入にとどまらず、プロダクト開発プロセスの根本的な変革と、データ駆動型文化への移行をOcadoにもたらしました。これにより、Ocadoはより効率的で、透明性が高く、戦略的なプロダクト開発を実現できるようになったのです。

プロダクトマネージャー向けスキルフレームワークの構築：個人の成長と組織の公平性を促進

プロダクトロードマップの透明性と効率性を確保する一方で、マット・フェズコ氏が次に着手したのは、プロダクトマネージャー（PM）個人の成長とキャリアパスの明確化という、人材面での課題解決でした。大規模なプロダクト組織では、PMが自身のスキルをどのように評価し、どのような方向性でキャリアを築いていくべきかという指針が不足しがちです。

スキルフレームワークが必要だった理由

マット氏がOcadoに入社した当時、300人ものPMが在籍する大企業でしたが、彼自身のマイクロソフト時代の経験とは異なり、PMのスキルを評価し、フィードバックを与える一貫したパフォーマンス管理システムが存在しませんでした。PMたちに「あなたのスキルはどのように評価されていますか？」と尋ねると、それぞれが異なる種類のドキュメント（Googleドキュメントやスライド）を提示し、組織全体で統一された基準がないことが明らかになりました。このような状況は、以下のような問題を引き起こしていました。

キャリアパスの不明瞭さ: PMは自身のスキルギャップを特定したり、次のレベルに進むために何をすべきかを知ることが困難でした。
評価と昇進の不公平性: 昇進は、マネージャーの個人的な裁量や政治力に大きく左右される傾向にありました。優秀なマネージャーの下にいるPMは昇進しやすいが、そうでない場合は能力があっても昇進できない、という不公平な状況が生じていました。
チーム間の移動の困難さ: チーム間で求められるスキルや期待される役割が異なるため、PMが別のチームに移動する際にスムーズな移行ができませんでした。

マット氏は、「誰もが自分のキャリアがどこに向かうべきか、どのようなスキルを磨くべきかを知る権利がある」という信念のもと、約1年半前にPM向けのスキルフレームワーク構築プロジェクトに着手しました。

フレームワークの構築プロセス：AI不使用、人間中心のアプローチ

このスキルフレームワークの構築において特筆すべきは、マット氏が「これらすべてをAIなしでやった」と強調している点です。彼は、Reforgeという既存のプラットフォーム上のフレームワークを参考にしつつ、OcadoのCPOや他のプロダクトリーダーへのインタビュー、自身の10社近くでのプロダクトマネージャー経験、そして市場のトレンドを組み合わせることで、Ocadoに最適なフレームワークをゼロから作り上げました。構築プロセスは、以下のステップで進められました。

既存の知見の活用とインタビュー: Reforgeのような業界標準のフレームワークを参照し、OcadoのCPOに「プロダクトマネージャーとして成功するために何が重要か」を直接質問しました。
経験と市場の洞察の統合: マット氏自身の米国、英国、ヨーロッパでの多様な職務経験と、プロダクトマネジメント市場で観察されてきたベストプラクティスを統合しました。
スキルの選定と定義: 議論を重ねる中で、彼は最終的に4つのテーマにわたる12のスキルからなるフレームワークを作成しました。各テーマには3つのスキルが含まれています。

スキルフレームワークの構成

マット氏が開発したスキルフレームワークは、プロダクトマネージャーに求められる幅広い能力を網羅しています。彼は具体的なテーマ名を挙げていませんが、インタビュー内容から、以下のテーマと関連スキルが示唆されます。

実行力 (Execution): プロダクトを計画通りに実現する能力。
- 例: 問題解決、優先順位付け、データに基づいたリーダーシップ。
影響力 (Influence): チーム内外のステークホルダーを巻き込み、協力を得る能力。
- 例: コミュニケーション、利害関係者の管理。
戦略 (Strategy): 市場とビジネスを理解し、製品の方向性を定める能力。
- 例: ビジョン策定、市場分析、ビジネスケース作成。
ストーリーテリングと啓蒙活動 (Storytelling & Evangelism): 製品の価値とビジョンを説得力を持って伝え、組織内外に熱意を広める能力。
- 例: 効果的なプレゼンテーション、製品の擁護、共感の醸成。

マット氏自身が特に重要だと考えるのは「ストーリーテリングと啓蒙活動」です。彼はこれを「最も重要なスキルの1つ」と位置づけ、その理由を「実際にはすべてのスキルを要約しているから」と説明します。ストーリーを語る能力があれば、データに基づいて主導権を握り、ドメインエキスパートとしての知識を活かし、優先順位付けを行い、ビジョンを明確にし、問題解決能力を説明することができます。

フレームワークの運用と目的

作成されたフレームワークは、非常に高度なGoogleスプレッドシートとして実装されました。PMは自身のスキルに対する認識を追跡でき、マネージャーもPMのスキルを評価します。この自己評価とマネージャー評価を重ね合わせることで、PMは自身の強み、弱み、そして将来的に目指すべきスキルセットを「レントゲン写真」のように可視化できます。この取り組みの主な目的は、「マネージャーと個人の対話」を促進することでした。PMが自分自身をどう見ているか、マネージャーや同僚がPMをどう見ているか、そして将来に向けてどのようなスキルを伸ばしたいか、について建設的な対話を行うためのツールとして機能します。

普遍性と適応性：組織全体への展開

このフレームワークの構築においてマット氏が直面した大きな課題の一つは、プロダクトマネージャーの役割がチームやドメインによって大きく異なるため、一つのフレームワークで全てをカバーすることの難しさでした。プラットフォームチームのPM、イネーブルメントチームのPM、顧客対応チームのPM、さらにはロボット開発に5年を費やすハードウェアPMと、成長戦略を探求するグロースPMでは、当然必要とされるスキルが異なります。

しかしマット氏は、スキルを「十分に汎用的」にすることでこの課題を克服しました。例えば、「ドメインエキスパート」のようなスキルは、どのPMにとっても重要であり、文脈に応じてその専門知識の対象が異なるだけです。彼は「合意した用語をまとめるのに約6ヶ月かかった」と語るほど、粘り強く議論を重ね、組織内のほぼ全員がスキルの内訳に満足し、それが全従業員に適用できると確信するまで妥協しませんでした。

その秘訣は、「意図は明確だが、適用方法は明確ではない」という哲学にありました。つまり、各スキルが示す「哲学」は普遍的であるものの、具体的な適用方法は各チームや個人の文脈に合わせて解釈され、関連性を持つように設計されています。このフレームワークの最大の成功は、プロダクト部門に留まらず、エンジニアリング部門の2,000人、データ部門、そしてUX部門がこのフレームワークを採用し、自分たちのものとしてカスタマイズしたという事実です。これにより、Ocadoは150人のプロダクト部門だけでなく、3,000人規模の開発組織全体で、各専門分野の主要なスキルフレームワークを持つことになりました。彼らはプロダクト部門のモデルを見て、「このモデルはうまくいく」と判断したのです。

昇進と報酬への活用

当初、マット氏は報酬や昇進とは切り離してこのフレームワークを運用する意図がありましたが、組織全体で一貫したフレームワークがあることで、昇進の判断基準としても自然に活用されるようになりました。このフレームワークは昇進審査に用いられ、組織全体での昇進が「より公平で透明性が高い」ものになっています。以前は、マネージャーの個人的な力関係によって昇進が決まることがありましたが、一貫したスキルマトリックスに基づくことで、より客観的な評価が可能になりました。

将来的なAI統合の可能性

マット氏は、将来的にこのスキルフレームワークにAIを組み込む可能性についても言及しています。AIを活用することで、スキルの履歴やトレンドを匿名で分析し、組織全体のスキルギャップを特定したり、個人のプロフィールに基づいて育成のためのレコメンデーションを提供したりすることが可能になります。例えば、Slackの投稿内容やGoogleドライブのドキュメントを分析し、個人の「成功」や「勝利」を自動的に抽出し、どのスキルに関連しているかを特定し、さらにスキルアップのための提案をすることも夢ではありません。

このプロダクトマネージャー向けスキルフレームワークは、Ocadoのプロダクト組織における人材育成、キャリアパスの明確化、そして評価の公平性を劇的に向上させるゲームチェンジャーとなっています。それは、AI時代においても「人間ならでは」のスキルを重視し、個人の成長と組織の生産性を両立させるための戦略的な取り組みと言えるでしょう。

プロダクトオペレーションの普遍的価値と導入のタイミング

マット・フェズコ氏のOcadoでの経験は、プロダクトオペレーション（ProdOps）が単なるPMO（プロジェクトマネジメントオフィス）ではなく、プロダクト開発組織の健全な成長に不可欠な「結合組織」としての役割を果たすことを明確に示しています。しかし、すべての企業にProdOpsが必要なのか、そしてその導入に最適なタイミングはいつなのか、という疑問が浮かびます。

ProdOpsが必要な組織規模の目安

マット氏は、ProdOpsのような機能が必要になる組織の規模について、具体的な目安を提示しています。

プロダクトマネージャーが30人以上: PMの数が30人を超えると、個々のチームの自律性が高まる一方で、情報共有、連携、優先順位付けが複雑になり、組織全体の一貫性を保つことが困難になります。
地理的・文化的に分散している場合: チームが異なる場所に分散していたり、多様な文化背景を持つメンバーで構成されている場合、コミュニケーションの障壁が生じやすく、標準化されたプロセスとツールがより重要になります。
クロスファンクショナルな依存関係が複雑な場合: 複数のチームが連携して一つの製品を開発している場合、依存関係の管理がボトルネックとなり、ロードマップが混乱する可能性があります。

マット氏は、PMが10人程度の小規模な組織であれば、外部の人員を置かずにチーム内でオペレーションの改善に取り組むことができると指摘します。しかし、30～40チーム規模になると、「非効率のサイクルによって発生する作業方法と無駄」が無視できないレベルになり、ProdOpsのような専門機能に投資することが賢明であると強調しています。OcadoはまさにProdOpsを「切実に必要としていた」ケースであり、その導入が組織の混乱を劇的に改善したと評価されています。

ProdOpsが解決する問題：組織の「緊張」を見つける

マット氏は、プロダクトオペレーション、あるいはプロダクトとエンジニアリングオペレーションの役割を「組織や生物における結合組織のようなもの」と表現します。筋肉、骨、骨格を動かすための筋膜や血漿がなければ、生物はスムーズに動くことができません。同様に、プロダクト開発組織も、異なる部門やチームをつなぎ、円滑な連携を促進するProdOpsがなければ、非効率や摩擦に悩まされることになります。

ProdOpsの役割は、この「生物」の中で「緊張している場所」を見つけ、その緊張がどこから来ているのかを突き止めて解決することです。それはロードマップの混乱かもしれないし、分析手法の未熟さ、顧客調査の不足、あるいはエンジニアリング設計とプロダクトの認識のずれかもしれません。マット氏は、ProdOps担当者への最も重要なアドバイスとして、「すべてを一度にやろうとしないこと」を挙げます。これは、プロダクト開発の原則そのものであり、一つの問題を深く掘り下げて解決し、その効果を検証することの重要性を強調しています。次から次へと異なる問題に手を出す「モグラ叩き」のようなアプローチでは、決してゴールラインにたどり着くことはできません。焦点を絞り、一つずつ着実に問題を解決していく粘り強さが求められます。

AIとProdOpsの未来

AIの進化は、ProdOpsの役割にも新たな可能性をもたらすとマット氏は考えています。現在、彼のチームはJiraデータの上に構築されたカスタムアプリをいくつか運用していますが、将来的にはこれらのアプリにAIを組み込むことで、プロダクトオペレーションの効率と効果をさらに高めることができます。 AIは「ビルダー」の側面を民主化し、誰もがツールを構築できるようになるかもしれません。しかし、誰がこれらのビルダーが共有し、改善するのを助けるのか、という問いが浮上します。マット氏は、これが「成熟した非常に興味深いプロダクトオペレーション機能になる」と予測しています。AIが生成する大量のデータや洞察を管理し、組織全体で活用可能な形に整理し、さらに改善するためのフレームワークを提供することが、未来のProdOpsの重要な役割となるでしょう。

成功の測定と価値の伝え方：ProdOpsの「見えざる手」

プロダクトオペレーション（ProdOps）の価値を測定し、組織に伝えることは、その性質上、非常に難しい課題です。ProdOpsの仕事は、製品そのものを生み出すことではなく、製品開発プロセスを円滑にし、組織全体を効率化することにあるため、直接的な成果指標が見えにくいことが多いからです。

マット氏がこの問題に直面するたびに自問するのは、「プロダクトオペレーションの価値をどのように証明するか？」という問いです。ロードマップを優先したことの証拠は何か？正しいものを作ったことの証明は？あるいは、従業員の定着率といった間接的な指標で測るべきなのか？彼自身、Slackに投稿した業務改善に関するメッセージよりも、かわいい犬の写真の方がはるかに多くの絵文字のリアクションを得てしまう、という皮肉な現実を語ります。

しかし、マット氏はProdOpsの真の価値は、直接的な指標だけでは測れない、より深いレベルにあると考えています。それは、組織内の「連結組織」として機能し、人々とチームを結びつけ、学びと共創の文化を育むことによって生み出される「働く楽しさ」と「一体感」です。

プロダクトコミュニティの一体感：プロダクトデイの成功

マット氏がOcadoで最も誇りに思っている成功の一つは、プロダクトコミュニティを一つにまとめるという長年の目標を達成したことです。彼が3年前にOcadoに入社した際、プロダクト組織はCOVID-19パンデミックの影響もあり、サイロ化し孤立しているという問題を抱えていました。彼は「Ocadoのプロダクトコミュニティの重要な問題の一つは、COVIDの期間中に自然に成長し、サイロに孤立してしまったことだと思います」と指摘し、コミュニティをまとめることの重要性を訴え続けました。

数年にわたる粘り強い交渉の末、マット氏は当時のボスであるジェームズ氏を説得し、Ocadoのプロダクト組織全体を集めた「プロダクトデイ」を企画することができました。このイベントは、UX、プロダクト、エンジニアリングといったすべてのプロダクト関連部門のマネージャーを世界中から集め、Amazonがホストを務める大規模なものでした。

プロダクトデイは、マット氏の予想をはるかに超える成功を収めました。参加者からは「これまでで一番楽しかった」という感動的なフィードバックが寄せられ、特にポーランドのプロダクトマネージャーたちは、感情的な反応を示すほどイベントに感激していました。マット氏は、このイベントの成功から、ProdOpsの真の価値を実感しました。それは、「人々を結びつけて、お互いから学ばせること」です。この経験は、プロダクトオペレーションが単にプロセスを効率化するだけでなく、組織の文化を形成し、従業員のエンゲージメントを高める上で極めて重要な役割を果たすことを示しています。人々が繋がり、互いから学び、共有することで、組織全体がより楽しく、より生産的な環境になるのです。

「連結組織」としてのProdOpsの重要性

マット氏は、ProdOpsの価値を「明確さと共有」に集約します。Jiraを重視するのは、明確なロードマップがあるから。スキルフレームワークを重視するのは、お互いのスキルが見えるから。そして、人々を結びつけ、お互いから学ばせ、ProdOpsがその「連結組織」「導管」となれるならば、その会社で働くことは「ずっと楽しくなる」と結論づけています。

ProdOpsは、プロダクト開発の舞台裏で、見えない形で組織全体を支え、強化する「見えざる手」のような存在です。その直接的な成果は測りにくいかもしれませんが、組織の効率性、透明性、従業員のエンゲージメント、そして最終的なプロダクトの成功に与える影響は計り知れません。マット・フェズコ氏のOcadoでの取り組みは、ProdOpsが現代のプロダクト組織にとって不可欠な戦略的機能であることを雄弁に物語っています。

結論：AI時代におけるプロダクトマネジメントとプロダクトオペレーションの未来

Ocado Technologyのマット・フェズコ氏へのインタビューは、現代のプロダクトマネジメント、特に急速に進化するAI時代におけるその役割と、それを支えるプロダクトオペレーション（ProdOps）の重要性について、多角的な視点から深い洞察を与えてくれました。彼の多様なキャリア、Ocadoでの具体的な改革、そしてプロダクト哲学は、多くのプロダクトリーダーやマネージャーにとって貴重な学びとなるでしょう。

マット氏が繰り返し強調するように、AIはプロダクト開発における強力な「副業」であり、情報処理やタスクの自動化を加速させるツールです。しかし、プロダクトマネージャーに求められる本質的なスキル、すなわち「ストーリーテリング」「データの理解」「優先順位付け」は、AIがどれだけ進化してもその価値を失うことはありません。これらは、人間ならではの洞察力、共感、戦略的思考に根ざしており、複雑な課題を解決し、人々を鼓舞し、未来を創造するために不可欠な能力です。AIはこれらのスキルを増幅させる可能性を秘めていますが、決して代替するものではありません。

彼のOcadoでの「Jira革命」は、プロダクトロードマップ管理における非効率性の問題が、いかに組織全体の生産性とビジネス成果に悪影響を及ぼすか、そしてProdOpsがいかにその根本原因を解決できるかを示す優れた事例です。Googleスライドによる手作業の計画から、一貫性のあるJiraデータに基づくデータ駆動型ガバナンスへの移行は、透明性、効率性、そして戦略的整合性を劇的に向上させました。これは、ProdOpsが単なる管理機能ではなく、組織の戦略的目標達成を可能にするドライバーであることを証明しています。

さらに、プロダクトマネージャー向けスキルフレームワークの構築は、個人の成長と組織の公平性を両進させる画期的な取り組みです。キャリアパスの明確化、客観的な評価基準の提供、そしてマネージャーと個人の建設的な対話の促進は、プロダクト組織の人材開発において不可欠な要素です。このフレームワークがプロダクト部門だけでなく、エンジニアリング、データ、UX部門にまで横展開されたことは、その普遍性と有効性、そしてProdOpsが組織文化の変革を促す触媒となり得ることを示しています。

マット氏の経験は、ProdOpsが単なるPMOの拡大版ではないことを明確にしています。ProdOpsは、組織の「結合組織」として、異なる部門やチーム間の摩擦を解消し、連携を促進することで、プロダクト開発の生物全体がスムーズに機能するようにする役割を担います。その導入は、PMが30人を超える規模の組織や、地理的・文化的に分散したチームを持つ企業にとって、不可欠な投資となるでしょう。

ProdOpsの価値を直接的な数値で測ることは難しいかもしれませんが、マット氏が「プロダクトデイ」で実感したような、コミュニティの一体感、メンバー間の学び、そして働くことの楽しさといった定性的な成果は、組織の持続的な成長とイノベーションに計り知れない影響を与えます。ProdOpsは、人々を結びつけ、共通の目標に向かって協力し、お互いから学び合える環境を創出することで、プロダクト組織の真のポテンシャルを引き出す「導管」となるのです。

AIがプロダクト開発の風景を変革し続ける中で、マット・フェズコ氏が提唱するプロダクトマネジメントの本質的なスキルと、それを支え、組織全体を最適化するプロダクトオペレーションの役割は、今後ますますその重要性を増していくでしょう。彼の洞察は、未来のプロダクト組織を構築し、AI時代に輝くプロダクトを創造するための羅針盤となるはずです。