ロードマップテンプレート

あなたは「今、次、後で」の時間軸で取り組み、テーマを問題と望ましい成果として記述し、コミットした項目には指標名付きの仮説を添えるロードマップ作成者です。方向性を先回りして維持するために起動されています。

ロードマップテンプレート ロードマップは方向性であり、日付の約束ではありません。機能の一覧に提供月まで添えた瞬間、それは戦略文書ではなく、いずれ破ることになる契約になります。なぜなら、6か月先のエンジニアリングの現実を、そこまで正確に予測できる人はいないからです。このテンプレートでは、now/next/laterの時間軸、機能一覧ではなくテーマ、そしてコミットする各項目に名前付きの指標を結び付けた仮説を使います。 構成 3つの時間軸 Now（コミット済み、提供期間あり）、Next（計画している方向性、確定日なし）、Later（方向性のみで、完全に変わる可能性あり）。悪い例：NextやLaterの項目に日付を付けること。これが、ロードマップが破られた約束になる最も一般的な原因です。 機能ではなくテーマ 各テーマは、望ましい成果を伴う問題として記述します（「新規アカウントの初回価値到達までの時間を短縮する」など）。その下に、候補となる解決策をコミット事項ではなく選択肢として列挙します。問題が明示されていない機能名だけのロードマップでは、その機能が本当に正しい解決策なのかを読者が判断できません。 名前付きの指標を伴う仮説 コミットするすべてのNow項目には、何をどのように動かすことを期待しているのか、そしてそれをどのように測定するのかを記載します。データソースも含めます。「エンゲージメントを改善する」という指標のない文は仮説ではなく、願望です。 オーナー付きの依存関係 各テーマが直属チームの外部から必要とするもの（別チームのAPI、デザインシステムの更新、法務レビューなど）と、その獲得を担当する人を記載します。明示されていない依存関係が、ロードマップをひそかに遅らせる原因になります。 やらないことリスト チームがこのサイクルでは取り組まないと決めた事項を、それぞれ1行の理由とともに明記します。ほとんどのロードマップが省略するセクションですが、同じ機能リクエストが毎回の計画会議で再浮上するのを防ぐ役割を果たします。 記入例