製品ロードマップのメリットは過大評価されている。その理由とは

はい、その通りです。プロダクトロードマップのメリットは過大評価されています。これが私たちの物議を醸す見解ですが、私たちはこの主張を貫きます。

製品ロードマップは、しばしば製品開発における絶対的な指針と見なされています。あえて言うなら……ロードマップへの「崇拝」と言ってもいいのではないでしょうか？確かに、ロードマップは道しるべとなり、いつ右へ、いつ左へ進むべきかを教えてくれます……しかし、多くの場合、それは創造性や柔軟性、そして昔ながらのイノベーションを、芽のうちに摘んでしまうのです。

あなたが今抱えている、プロダクトマネジメントに関する「存在の危機」や「怒り」が収まるまで、私たちは待っています。さて、じっくりと考えたことはありますか？なぜプロダクトロードマップが必要なのでしょうか？なぜプロダクトロードマップが重要なのでしょうか？

tl;dvでは、皆様の成功を心から願っています。私たちが自社のオンライン会議録画ソフトに誇りを持っているのと同じように、皆様にも心から誇れる製品を作っていただきたいと考えています。

今すぐ（もしかしたら）製品ロードマップを見直すべき7つの理由

ロードマップは経営陣のためのものであり、顧客のためのものではない

「顧客は常に正しい」と言われます。しかし、ロードマップの作成となると、私たちは往々にして、実際の顧客ではなく経営陣の意向を優先して作成してしまう傾向があります。

@tldv.io
二度とそんなこと言わないでください。#プロダクトマネージャー #プロダクト #テック #pm #tldv
オリジナルサウンド - tldv.io - Meeting Recorder

製品開発においては、常に顧客第一の姿勢が不可欠です！顧客にとって重要な点に焦点を当て、他の何よりもその機能を優先しなければなりません。そうすれば、誰もが得をする結果となります。経営陣も満足するでしょうし、何より顧客が心から喜ぶはずです。

しかし、私たちは往々にして、まず社内の関係者を満足させようとします。他の部署が介入してあれこれ手を加えたり変更を加えたりすることを許し、個人のエゴや意見が機能の決定を左右し、誰もが口出しをすることでスケジュールが延びてしまうのです。

ロードマップを顧客中心のものにするためには、まず、顧客が誰なのか、何を必要としているのか、そしてそれがなぜ顧客にとって重要なのかを明確に理解することから始めなければなりません。そうすることで、開発時に最も重要な機能について率直な議論を行うことができます。

次にロードマップを作成する際は、自問してみてください。「これは誰のためになるのか？」「この機能は顧客にとって本当に重要なものなのか、それとも単なる見せかけに過ぎないのか？」

橋と一体になる

プロダクトチームがロードマップに固執しすぎると、あらかじめ決められた働き方に縛られてしまいます。その結果、変化する顧客のニーズや要望に対応することが難しくなります。また、市場の変化に迅速に対応することも困難になります。

アジャイルなワークフロー？　それより「アジャイルな仕事なんて、ごめんだ！」って感じだ

吊り橋とその構造について考えてみてください。製品開発に取り組む際は、自分がまさにその吊り橋であるかのように考える必要があります。暑さ、風、雨といった状況に応じて、柔軟に身をかがめ、曲げることができる姿勢が求められるのです。

あなたは強くて安定感があり、かつ柔軟性を持っています。状況が変化しても、それに順応する準備ができています。そうすることで、成功への道を着実に歩み続けることができるのです。

製品チームにとって、ロードマップに沿って進める場合でも、柔軟性と柔軟な姿勢を保つことが極めて重要です。そうすることで、将来何が起こっても、より万全の態勢で臨むことができるからです。

ピボット、ピボット、ピボット！

カーナビが渋滞に遭遇するとルートを再計算するように、新たな気づきを得たときは、時折方向転換が必要になるものです。

あの、超厳格で、まったく融通の利かないロードマップのこと？　いや、あれじゃ役に立たないよ。

必要に応じて戦略を柔軟に調整する余裕を持たなければ、大きな問題に直面することになります。これは、プロジェクトやビジネスの成否を左右しうる、データに基づいた意思決定を行う際に特に当てはまります。

ですから、データを収集し仮説を立てる際には、すぐに結論を出さないようにしてください。誤った仮定や研究上の偏見を追いかけて、時間やリソースを無駄にしてしまってはいけません。データの持つ力を活用し、当初のスケジュールから外れるような判断を下す際にも、データを信頼してください。そしてもちろん、「ピボット」することを忘れないでください！

「ビジョナリー」なんてとんちんかんな

製品チームには、きっと自分こそがスティーブ・ジョブズだと思っている人が一人いるに違いない。タートルネックを何枚も持っていて、自分を「先見の明のある人物」と呼んでいるに違いない。そして、ロードマップへの自分の素晴らしい貢献について、真っ先に大げさに自慢するに違いない。

真の先見の明を持つ人とは、大抵その場しのぎで物事を進めるものだ。いわば「その場の勘」で動くような雰囲気で、常に思わぬ幸運に巡り合う。

実のところ、最初から何を考え出すのか見当もつかないプロダクトマネージャーは、ほんの一部に過ぎない。

それにね、それでいいんだよ！

実のところ、史上最高の製品や、誰もが知るような有名なブランドの中には、当初はまったく別のものとして始まったものもある。

ポスト・イット・ノート――当初の目的は、航空宇宙産業向けの接着剤を開発することでした。

プレイ・ドー――子供たちに大人気のあの商品！いや、壁紙用クリーナーです！

ウスターソース – これは二度と戻ってこなかった顧客のために作られたもので、地下室の樽の中に丸2年間放置されていた。世界中のブラッディ・マリーは、その忘れっぽさに感謝している。

スーパーグルー――第二次世界大戦中、銃の照準器を透明にする方法を探る過程で発明されました。その粘着力は凄まじく、本来の目的には適しませんでしたが、そのおかげで何個の花瓶が割れずに済んだことでしょう。

スリンキー――文字通り、船の上で物を安定させるために開発されました。当時の船の航海は決して順風満帆ではなかったかもしれませんが、その製品マネージャーはその後、のうのうと暮らしていたに違いありません！

これらすべてに共通する2つの点は何でしょうか？

彼らは毎年、数百万ドル……いや、数十億ドルもの利益を上げている。
それらは当初の製品ロードマップには含まれておらず、実際、そのロードマップ全体を破棄してしまった

ロードマップなんて、予知能力者向けだ

ロードマップにこだわる皆さん、さあ、その水晶玉を磨いておくといいですよ。未来を見通す必要があるのですから。

まったく新しい製品の場合、計画を立てることは極めて困難であり、ほぼ不可能に近い。まったく新しいものには、比較の基準となるものがなく、データや事実に基づいたタイムラインも存在しない。マイルストーンなど、現時点では単なる空想に過ぎない。

特定のプロジェクトの納期を確実に達成することは可能です。実際、そうした目標を設定することを私たちは積極的に推奨しています。しかし、綿密なロードマップまで？ええ、もしそれが完璧にできたら、宝くじの当選番号を教えてほしいと頼まれることになるでしょう。

UXリサーチャーやマーケティングチームがロードマップを作成するのは難しい。まだ存在しないものを基に予測を立て、意思決定を行わなければならないからだ。

ここで必要なのは、現実を直視することです。ロードマップの作成にこだわるよりも、製品やサービスを柔軟に管理し、状況に応じて適応していくことを重視すべきです。

人生（そして製品開発）において唯一確かなことは、変化だけだということは誰もが知っています。ですから、次に誰かがロードマップを求めてきたら、先見の明を持ってこう伝えてください。「それには超能力者が必要ですね……少なくとも、水晶玉をたっぷり覗き込むくらいの覚悟は要りますよ！」🔮 🧙‍♂️ 🔮

「ロードマップにおける成功の定義」は最悪だ

プロダクトマネジメントにおいて、成功をどう測るべきか？　これこそが最大の課題だ。

よくある答えとして、成功とは当初のロードマップに定められたマイルストーンを達成できたかどうかにかかっている、というものがあります。しかし、これは必ずしも優れた成功の尺度とは言えません。なぜなら、その過程で生じた変化を完全に無視しているからです。また、学びや適応を重ねる中で得られる成果や飛躍、そして「なんてことだ！」と驚くような瞬間も考慮に入れていないのです。

プロダクトマネジメントにおける「成功」の定義を見直す必要があります。なぜなら、それは単に納期を守るということだけではないからです。

成功とは、納期を守ること、そして顧客が製品やサービスに実際に何を求めているかを理解することです。また、フィードバックに迅速に対応し、素早く適応することでもあります。

当初設定されたマイルストーンの範囲外にあるものは、すべて失敗と見なされる可能性があります。しかし、実験を重ね、その都度迅速に適応していくことが肝となるプロダクトマネジメントの世界においては、この考え方は必ずしも適切とは言えません。

プロダクトマネージャーとして、私たちは「やり遂げた！」と宣言するためにマイルストーンのリストをこなすことではなく、顧客の成功に焦点を当てるべきです。もちろん、OKRやKPIといった指標はありますが、それらはかえって足かせになることもあります。

私たちが取り組むべきなのは、最も重要な要素、すなわち顧客体験と、自社の製品やサービスがそれをどの程度実現できているかを測定することです。

製品の開発や管理において、重視すべき成功の定義とはまさにそれです！

『Somewhere Else』のすべて、別名「沈没費用の誤謬」

ええ、もちろん、ロードマップを完全に捨て去るつもりはないことはわかっています。その点は評価しますが、どうしてもロードマップが必要だとお考えなら、それは「適切な」ロードマップであるべきです。

間違ったロードマップは、まるでディズニーワールドの地図を上海に持っていくようなものだ。見た目は地図だし、匂いも地図だし、味も地図だが……それは正しい地図ではない。

私たちは、ロードマップを誤って策定し、かえって害を及ぼすことさえあるにもかかわらず、それでもなお、命がけでそれにしがみついてしまうことがあまりにも多い。これは「沈没費用の誤謬」によるものだ。これは、たとえそれが明らかに望んだものではなくても、それを放棄してはならないと私たちに思わせる心理的な罠である。

すでに費やした膨大な時間やリソースへの投資を正当化するために、ついそのプロジェクトにさらに多くのエネルギーを注ぎ込んでしまう――それらがどれほど「沈没コスト」となっているか。

では、ロードマップに関して、実際に「沈没費用の誤謬」をどのように回避すればよいのでしょうか？

自社製品と市場の歴史を分析しましょう。過去に何が起こり、なぜそうなったのかをじっくりと見つめ直してください。そうすることで、避けるべきパターンを見極めることができます。例えば、あまりにも硬直したロードマップに固執したために、事態が悪化したことはありませんか？

重要なのは、製品を通じて何を達成しようとしているのかを理解し、それに基づいてロードマップを策定することです。プロジェクトに、その性質に合わない既存の枠組みを無理に当てはめようとしてはいけません。また、開発の過程でユーザーからフィードバックを得ることも重要です。そうすることで、現在取り組んでいることが実際に役立つものかどうかを把握できるからです。

製品ロードマップの変更案

ロードマップを破棄したからといって、手探りで進むことにはなりません。製品を正しい方向へと導き続けるために活用できる、いくつかの代替アプローチをご紹介します：

スプリントサイクルを短く設定し、達成可能な小さな目標に集中する
各スプリントにおいて、全員が主要な目標について認識を一致させるようにしてください
何が有効で何がそうでないかを把握するために、継続的なテストと学習の環境を醸成する
全員が達成すべき顧客成功指標を確実に理解するようにする
現在の顧客のニーズやデータに基づく知見を踏まえ、製品の機能や改善点を優先順位付けする
新たな知見が得られたら、必要に応じてプロセスを調整してください
戻って、ユーザーリサーチをもう一度聴き直してみてください
前回のスプリントを振り返り、そこで得た知見を今後の意思決定に活かしましょう

結局のところ、製品開発を進める上で最善の方法は、ロードマップを文字通り忠実に実行することではなく、顧客に焦点を当て、そのニーズに柔軟に対応することです。それを実現するには、柔軟かつ機敏に対応し、チームが顧客のフィードバックにリアルタイムで行動を起こせるような環境を整える必要があります。そうしてこそ、優れた製品が生まれるのです。だからこそ、製品ロードマップは過大評価されているのです。

これはロードマップの終焉を意味するのだろうか？

そうかもしれません。でも、そこに書かれていることを、書かれている通りにすべてやらなければならないのでしょうか？絶対にそんなことはありません！それなら、人通りの少ない道を選んで、その先がどこへ続くのか確かめてみてはどうでしょう？きっと後悔はしませんよ！

ロードマップは、製品開発や製品の市場投入において、常に重要な役割を果たします。計画を立てずに物事に取り組むのは無意味です。しかし、ロードマップは決して不変のものではなく、流動的かつ柔軟であるべきだということを忘れてはなりません。ロードマップは、実験を妨げたり、イノベーションを阻害したりするために利用されるべきではありません。ロードマップは枠組みを提供することはできますが、チームが協力して顧客のために可能な限り最高の製品を作り上げることを決して妨げてはなりません。

重要なのは、ロードマップを最終目標ではなく、出発点として活用することです。

プロダクトチームは、当初のロードマップとは異なる方向へと導く可能性のある新しいアイデアやフィードバック、顧客のインサイトに対して、常に柔軟な姿勢で臨むべきです。これは、プロダクトチーム自身だけでなく、組織全体で理解しておく必要がある点でもあります。経営幹部は、たとえ当初のロードマップから外れることになったとしても、この反復的なプロセスが顧客にとって素晴らしいものを生み出す最善の方法であることを理解しなければなりません。

結局のところ、ロードマップは製品開発のツールボックスにある一つの手段に過ぎません。唯一の正解というものは存在しませんが、アジャイルな姿勢を保ち、顧客のフィードバックに柔軟に対応することで、チームは顧客のニーズを満たす優れた製品を作り上げることができるでしょう。

tl;dv 、ロードマップの縛りから抜け出す手助けtl;dv 方法

共同作業、リアルタイムのフィードバック、そして顧客のニーズへの注力は、製品開発を成功させる上で不可欠です。tl;dvオンライン会議ツールは、製品開発に最適なツールです。チームが会話を記録・共有し、全員が常に最新情報を把握できるように支援します。これは共同作業に最適なツールです。チームが、現在の状況、これまでの経緯、そして目指すべき方向性を明確に把握した上で、非同期的に協力し合い、より良い意思決定を行えるよう支援します。

さらに、会議の内容を整理・保存する仕組みにより、意思決定やアイデアの源泉となる洞察やデータが豊富なリポジトリが構築されます。これにより、チームは不確実なロードマップに縛られることなく、顧客のニーズに合わせてリアルタイムで製品を開発できるようになります。