roadmap-narrative

ロードマップのストーリー作成スキル

優先順位付けされたプロダクト施策の一覧を、各項目を会社の目標と結び付け、一貫したプロダクトの方向性を伝える、明快で戦略的なストーリーにまとめます。

Brain の読み込み／書き込み

professional-brain（brain/）がある場合は、すでに把握していることを改めて尋ねるのではなく、それを根拠にしてください。

• まず読み込む: knowledge/strategy.md（ストーリーが沿うべき方向性）、優先度の高い decisions/、および関連する機能の entities/。python3 ../professional-brain/scripts/brain_query.py ./brain "<roadmap theme>" を実行し、各事実の出典タグを引き継いでください。
• 📥 Brain への提案: 作成後、優先順位付けや順序決定を decisions/ に記録し、関連する機能の entities/ を更新することを、各項目に出典タグを付けて提案してください。内容を提示して承認を得てから、../professional-brain/scripts/brain_write.py … --commit で書き込みます（追記専用で、デフォルトではドライランです）。

概要書をもとに作成する

テーマや対象読者だけを記した短い概要書が渡され、施策一覧や OKR が揃っていないことはよくあります。その場合も必ずストーリー全体を作成してください。質問して作業を止めたり、[テーマ名] のような角括弧付きのプレースホルダーを残したりしないでください。詳細が不足している場合は、概要書や分野の情報をもとに、具体的で現実的なテーマ、施策、指標を推定し、推定した事実や数値には (assumed — confirm) と明記してください。テンプレートの角括弧ではなく、具体的な内容ですべてのセクションを埋めてください。

入力（提示されていないものは推定し、仮定であることを明記）

• 優先順位付けされた施策一覧（おおよその時期や四半期を含む）
• 会社の OKR または戦略上の優先事項（ロードマップと会社の目標を結び付けるため）
• 対象読者（全社ミーティング、取締役会、投資家、営業チームなど。語調や詳しさが変わります）
• ロードマップに含めないことが明示された項目（任意ですが、信頼性を高めます）

このスキルの位置づけ — 意思決定の幹線の終点

プロダクトの意思決定の幹線の最後です。/assumption-mapper → /prd-template → /rice-prioritisation → roadmap-narrative。ここでは、RICE スコア付きの順位付け済み施策を受け取り、リーダーが繰り返し伝えられるテーマ単位のストーリーにまとめます。新たな優先事項は追加しません。順位付けは前段の役割であり、このスキルはそれをストーリーとして語ります。テーマと出典は docs/craft/product-decisions.md で定義されています。ロードマップはテーマに沿って語り、前段の [直感] を確かな約束であるかのように見せてはなりません。

進め方

失敗のパターンは、確実性を過度に強調する、または取り組みを孤立させるストーリーです。 フェーズ 1 で誠実さの上限が決まり、それ以降の主張はすべてその影響を受けます。

1. 優先順位と出所を引き継ぐ — 順位を付け直さない。 RICE の出力と OKR を確認します。各取り組みの確信度を引き継ぎます。確信度の低い賭けは、確約（「実現します」）ではなく、賭け（「実現できると考えています」）として説明します。 完了の条件： すべての主張の確実性が上流の出所タグと一致し、[hunch] が約束に格上げされていないこと。
2. 戦略につながる 2～3 個のテーマにまとめる。 ストーリーの単位はテーマであり、RICE の行はその根拠です。各テーマについて、対応する問題、対象となる顧客、改善する指標（PRD の成功指標）を明示します。 完了の条件： 順位付けされたすべての取り組みが、ちょうど 1 つのテーマに対応しており、孤立した取り組みがないこと。孤立した取り組みがあれば、テーマの不足か、明示されたストーリー上のギャップとして扱い、決して無視しません。
3. 進行の流れを描く。 先行する作業が後続の作業をどう準備するのかを示す、四半期／半年の流れを書きます。単なるリストではなく、なぜ「この順序」なのかを説明します。その後、エグゼクティブサマリーを書きます。技術に詳しくない関係者がそのまま繰り返せる 3～4 文にします。 完了の条件： 順序に RICE の順位以外の理由が示されており、その場にいなかった人が繰り返しても要約が伝わること。
4. ロードマップに含めないものを明示する。 意図的に選ばないことも戦略の半分です。何をしないのかを明記し、すべてに手を出そうとしたのではなく、選択を行ったことがストーリーから伝わるようにします。 完了の条件： 「今は行わない」セクションがあり、各項目に一行の理由が添えられていること。

出力構成

プロダクトロードマップ：[四半期／半年／年]

戦略的背景： [1 段落：市場の状況、主な課題、私たちの対応]

テーマ 1：[テーマ名]

• 戦略的根拠
• 含まれる取り組み
• 主な影響指標
• 依存関係

[テーマごとに繰り返す]

ロードマップに含めないもの（およびその理由）： [理由を添えた 2～3 項目 — 優先順位付けだけでなく、戦略的な規律を示す]

エグゼクティブサマリー（共有用）： [全社ミーティングや取締役会の報告で共有できる 3～4 文]

トーンのガイドライン

• エンジニアではなく CFO に向けて書く
• 機能ではなく、顧客が得る成果から始める
• ロードマップに含めないこととその理由を正直に伝える

タイムラインを図示する

テーマに順序や日付がある場合は、ロードマップを Mermaid のガントチャートでも表示し、計画の全体像が見えるようにします（プレイグラウンドでリアルタイムにレンダリングされます。実際の ISO 日付を使えば、カレンダーの .ics にもエクスポートできます）。テーマ／四半期ごとに section を使い、重要なチェックポイントはマイルストーンとして示します。

gantt
    title Roadmap
    dateFormat YYYY-MM-DD
    section Theme 1
        Initiative      :2026-07-01, 30d
        Checkpoint      :milestone, 2026-07-31, 0d
    section Theme 2
        Initiative      :2026-08-01, 45d

詳細資料

このスキルにはサポートファイルが含まれています。利用できる場合は活用してください。

• references/now-next-later.md — 正しい Now／Next／Later：日付でごまかさず、確約の度合いを段階的に示す。出力の作成時に適用してください。上記の手法概要で要約された調整の基準や判断上の留意点が記載されています。
• templates/roadmap-onepager.md — 品質チェック項目を文中に含む、成果物の記入用テンプレート。ユーザーが文書の生成を依頼するのではなく、自分で作成したい場合に提示してください。

スコアリング基準（0–40）

このスキルの出力は、引き渡す前に必ず採点してください。32点以上であれば、出荷品質です。

評価項目	0	5	10
テーマの一貫性	日付を付け替えた機能一覧を「ストーリー」と呼んでおり、テーマがない	テーマはあるものの、1つ以上の取り組みが、指摘されないまま孤立している	すべての取り組みがテーマに結び付いている。どのテーマにも当てはまらないものは、紛れ込ませず、ストーリー上の空白として明示されている
因果関係のある展開	四半期が、つながりのない時系列の一覧になっている	順序は示されているものの、「Q1によってQ2が可能になるのはなぜか」という説明が欠けているか、根拠のない主張にとどまっている	各期間が次の期間を可能にすることが明確で、因果関係が文章で論証され、タイムラインにも反映されている
戦略的な率直さ	「ロードマップに含めないもの」のセクションがない	除外項目が1つだけで、理由も「今は優先事項ではない」といった浅いものにとどまっている	妥当な戦略的根拠を伴う、具体的な除外項目が2つ以上ある。実際に誰かが望んでいるアイデアも少なくとも1つ含まれている
経営層への伝わりやすさ	専門用語が多く、単独で成り立つ要約もない。CFOが内容を言い直せない	要約はあるものの、長すぎる、技術的すぎる、またはストーリーではなく単なる圧縮に見える	技術的な専門用語を一切使わず、技術に詳しくない関係者でも一読後に正しく言い直せる3～4文の要約になっている

品質チェック

• 入力に含まれるすべての取り組みが、戦略テーマに結び付いている
• 経営層向けの要約だけで内容が伝わり、一読後に正しく言い直せる
• 展開のストーリーで、四半期間の因果関係が示されている（時系列の一覧になっていない）
• 「ロードマップに含めないもの」のセクションに、明確な根拠を伴う項目が2つ以上ある
• 全体を通してエンジニアリングの専門用語を使っていない。次の問いで確認してください。「CFOが言い直せるか？」

アンチパターン

• 日付付きの機能一覧を作り、それをストーリーと呼ばないでください。すべての取り組みを戦略テーマに結び付けてください
• 「ロードマップに含めないもの」のセクションを省略しないでください。このセクションがないと、ストーリーに戦略的な規律が欠けます
• 展開を時系列の一覧として書かないでください。四半期間の因果関係を示してください（Q1によってQ2が可能になるのはなぜか、など）
• 経営層向けの要約を最後に書いて、単なる要約として扱わないでください。関係者がそのまま繰り返して伝えるための文章として書いてください
• 孤立した取り組みを、テーマなしで登場させないでください。テーマを作るか、空白として明示してください