Now-Next-Laterロードマップ

Now-Next-Laterロードマップは、時間軸を確信度に置き換える。Nowには、積極的に進行中の作業が入る——スコープが決まり、人員が配置され、近いうちにリリースされることが見込まれているものだ。Nextには、Nowが片付いたあとにチームが着手する予定の、少数の賭けが入る——方向性は合意されているが、まだ完全には形になっていないものだ。Laterは、いつか解決する価値のある問題を置いておく駐車場だ——記録するには十分に現実的だが、規模を見積もるにはまだ不確実すぎる。この3つの時間軸は意図的に不均等だ：Nowは具体的で短く、Laterは広く曖昧だ。

重要なのは、それぞれの項目の単位が成果や問題（「オンボーディングの離脱を減らす」「エンタープライズのSSO購入者のブロックを解除する」）であるべきで、スコープが固定された機能であってはならないということだ。これによって、ロードマップは本当にわかっていることと、まだ発見中のことを正直に区別できるようになり、証拠が届くにつれてソリューションが変わっても、ロードマップが壊れて見えることはない。

ガントチャート式のロードマップは、一つの約束をコード化している：この機能を、この日付に。要件が変化し、ディスカバリーがまだ進行中で、自分でコントロールできない依存関係がある——そうした本物のプロダクトの不確実性のもとでは、その日付はコミットメントに見せかけた予測にすぎず、時間が経つと質が悪くなる。日付がずれると、ステークホルダーはそれを新しい情報としてではなく、失敗として読み取る。それがチームに、見積もりを盛るか、その線に間に合わせるために未完成の作業をリリースするかを迫るプレッシャーになる。

Now-Next-Laterは、減っていく確実性について誠実であることで、これを回避する。それでも順序と意図は伝える——ステークホルダーは何が来るのか、そしておおよその順序を見ることができる——が、存在しない精度を作り出すことはない。このフォーマットは変化も上手に吸収する：Laterの項目がNextに移ることは、通常の進捗であって、期限を逃したことではない。この普及したバージョンは、ProdPadの共同創業者であるJanna Bastowにさかのぼる。彼女はこれを、タイムライン式ロードマップに対する意図的な代替案として作り上げた。

チームが日付をひそかに持ち込み始めると——「Now / Next / Later」を「Q1 / Q2 / Q3」に付け直すことで——このフォーマットは失敗する。それは余計な手間をかけて日付約束の問題を再現しただけで、この方式のポイント全体を失ってしまう。もう一つの罠は、Laterを誰も手入れしない無限のごみ捨て場にしてしまうことだ。何も昇格せず、何も削除されなければ、そのカラムはロードマップであることをやめ、墓場になってしまう。

最も損害の大きい失敗は、カラムを成果ではなく機能で埋めてしまうことだ。機能のリストは、ディスカバリーが答えを変えたときに柔軟に対応できないため、ロードマップは3つのバケツを持つバックログへと化石化してしまう。このフォーマットを、RICE、WSJF、あるいは収益による重み付けといった明示的な優先順位づけの手法と組み合わせることで、時間軸間の移動を、最後に一番強くロビー活動をした人ではなく、根拠のあるものにしておくことができる。

Now-Next-Laterロードマップの信頼性は、それぞれの項目の背後にある信号次第でしかない。どのカードに対しても誠実な問いは、これはどの顧客のためのものか、どれだけの収益が結びついているのか、そしてどんな証拠がそれが重要だと語っているのか、というものだ。フィードバック、顧客の記録、収益、プロダクトの作業が別々のツールに存在すると、それに答えるには、計画のセッションごとに手作業で相互参照する必要があり——結果としてロードマップは意見の方へ漂流していく。

AIOProductOSのような、プロダクトオペレーティングシステムは、これらの記録を一つの共有基盤上で結合させて保持するため、ロードマップの項目はそれを支えるアカウントのフィードバックと収益のコンテキストを持つことができる。それによって、LaterからNextへの昇格は、直感的な思いつきではなく、根拠のある、証拠に裏付けられた動きになり、別の照合作業を挟むことなく、基礎となる信号が変化してもロードマップを最新の状態に保つことができる。