大企業のほとんどのプロダクト・オペレーティング・モデルが失敗する理由

大企業のほとんどは、オペレーティング・モデルを持っていないのではない。組織的な行動が変わっていないのだ。

過去10年間、私はいくつかの変革プロジェクトに参加してきた。バリューストリームが定義され、プロダクトトリオが導入され、ガバナンスが簡素化され、意思決定フォーラムが明確化された。図面の上では、システムは健全に見えた。しかし——6〜9か月後——組織は相変わらず意思決定を上位層にエスカレートし続けていた。ロードマップは相変わらず、仮説としてではなくコミットメントとして扱われていた。図面は変わった。反射的な行動は変わっていなかった。

この構造と行動の間のギャップこそが、ほとんどのプロダクト・オペレーティング・モデルが静かに失敗する場所だ。

構造的進歩という幻想

オペレーティング・モデルの再設計は、たいてい善意から始まる。リーダーシップのオフサイト、先進企業へのベンチマーキング、「プロダクトリード型になる」という新たな野心。しかし作業は通常、「容器」に焦点を当てる——報告ライン、役割と責任、ポートフォリオボード、ガバナンスの儀式。これらの要素は重要だが、二次的なものだ。本質的な問いは行動的なものだ：不確実性が現れた時、誰がどのような根拠で決定するのか？そのパターンが変わらない限り、オペレーティング・モデルは化粧品的なものに留まる。

意思決定の高度という隠れたレバー

健全なプロダクトシステムにおける最も過小評価されたレバーの一つが、「意思決定の高度」だ——解釈的な判断が実際に組織のどこで行われるかということ。決定が確実性に向かって急速に上昇する時、チームはすぐに——正確に——システムが実際に報いるものを学ぶ。学習よりもプレゼンテーションを最適化する。ロードマップを政治的調整の道具として扱う。目標は、リーダーシップの判断を重要な決定から取り除くことではない。そのような判断がいつ参加するかを変えることだ。

資本配分の中にUXを

プロダクト成熟度の最も明確なシグナルの一つは、UXが財務的な議論のどこに参加するかだ。予算が確定した後に調査結果が提示されるなら、それは装飾だ。ディスカバリーが資本の流れに影響するなら、それは構造的だ。ある企業において、私たちは年間コミットメントから学習マイルストーンに紐付いた段階的資金調達へと移行した。12か月のロードマップを承認する代わりに、リーダーシップは明確な仮説を持つ12週間の学習マンデートを承認した。継続的な資金調達を得るために、チームは3つのうちの一つを示す必要があった：問題が実在するという証拠、提案されたアプローチが牽引力を持つという証拠、またはイニシアティブを停止すべきという証拠。

AIは今、プロダクトシステムのストレステストだ

最近のAIツールの波は、プロダクト組織の弱点を驚くほどの速さで露呈させている。チームは今や、プロトタイプ、UIフロー、コンテンツ、分析をほぼ瞬時に生成できる。しかし、インサイトなき加速はコストがかかる。AIは自動的に意思決定の質を向上させない。システム内にすでに存在する行動を増幅させる。組織がアウトプットを優先するなら、AIはより多くのアウトプットを生み出す。学習を優先するなら、AIは学習を加速する。戦略的な問いは「AIでどれだけ生産できるか？」ではない。「どれだけ学べるか？」だ。

能力は実践から生まれる

変革が方法論の採用を通じて起こるという信念は、繰り返し幻想であることが証明される。能力はトレーニングから生まれない。実際の問題に対する実践から生まれる。問いは、人々が方法論を理解しているかどうかではない。システムが彼らにそれを実践する条件を与えているかどうかだ：定義された範囲内での明確な意思決定権、保護されたディスカバリー時間、ユーザーと証拠への真のアクセス、アウトプットではなく学習に紐付いた段階的資金調達。

500のエピック：PAKの実践

数年前、私はオーフスで体系的なデザイン思考について講演を行った。聴衆の中には、デンマーク最大の玩具メーカーの一社からの小さなスカウトグループがいた。彼らの問題：SAFe（大規模アジャイルフレームワーク）を運用していたが、エピック生成プロセスが完全に制御不能になっていた。500のエピックが、意味ある優先順位付けも、ほとんどの意味するものへの共通理解も、デリバリーへの信頼できる道筋もなく、バックログに積み重なっていた。

私たちはファイブ・マインドセット・スプリントのシリーズを実施することに合意した。各スプリントは同じ週次アークに従った：月曜日——共感、火曜日——アイデエーション、水曜日——フィルタリングと再結合、木曜日——高速プロトタイピング、金曜日——ストーリーテリング。

エピック問題は、バックログ管理の問題ではなかった。共有言語の問題に包まれた優先順位付けのマンデートの問題だった。これはPAKの逆転だ。実践が先に来る。方法論はクラスルームから導入されるのではなく、室内で体験される。

オペレーティング・モデルは生きているシステムだ

オペレーティング・モデルは設計が不十分なために失敗することはほとんどない。生きられていないために失敗する。機能するプロダクトシステムは、組織図よりも習慣のセットに近い——証拠、意思決定、学習、説明責任に関する習慣。本当の変革は、シニアリーダーがコンテナのデザインから注意を移し、その内側の行動を育む時に始まる。「何を出荷したか？」と聞く前に「何を学んだか？」と聞くことを意味する。それがプロダクト・オペレーティング・モデルを採用することと、実際にプロダクト組織になることの違いだ。