日本のPMのための実践メディア ── AI時代の実務に効く、読む・使う・試すを一つに。
ソウ著者・編集長

PM Tool Practice Playbook

PM向けRoadmap意思決定・更新プレイブック

Roadmapをfeatureと日付の一覧にせず、strategy・outcome・evidence・dependency・変更理由を継続更新するためのrunbook。

RoadmapOwner: PM-CompassVendor handoff: SaaS Radar
vendor-neutral runbook:このページは製品名・ランキング・おすすめ・料金・口コミを扱いません。製品探索はSaaS Radar、検証・運用手順はPM Compassという責務分担です。

Decision question

最初に答える問い

優先順位や時期が変わったとき、何が変わったかだけでなく、どのevidence・goal・dependencyによって判断が変わったかを説明できるか

このカテゴリの100点評価基準・PoC設計を見る →PMツールPoC評価テンプレートへ進む →

Preflight

導入・検証前のチェック

  1. 1. roadmap itemをstrategy / objective / outcomeへ紐づける粒度を決める
  2. 2. idea・insight・metric・customer evidenceをitemへ紐づけるsource ruleを決める
  3. 3. date commitmentとforecast / Now-Next-Laterを混同しない表現ルールを決める
  4. 4. team横断dependency・capacity・confidenceを誰が更新するか決める
  5. 5. 経営・営業・開発向けviewは別正本を作らず同じdataから生成する

Runbook

運用手順

  1. Step 1. 新規initiative追加時にgoal・expected outcome・evidence・ownerを必須にする
  2. Step 2. 優先順位会議ではitemの順番だけでなく、scoreやevidenceの変更点を確認する
  3. Step 3. dependency / capacity変化が起きたらdelivery itemとroadmapの両方へ同じ変更理由を残す
  4. Step 4. stakeholder共有時はaudience別viewを使い、source of truthを複製しない
  5. Step 5. 月次でstale itemを確認し、continue / change / stopのdecision logを残す

Evidence

残す証拠

  • initiative→goal / outcome / evidenceのlink
  • priority scoreまたは判断理由のversion
  • dependency・capacity・confidence変更履歴
  • roadmap変更時のdecision ownerとstakeholder communication

Failure signals

運用失敗を疑うシグナル

  • roadmapがfeature名と期限だけの一覧になる
  • 同じroadmapのPowerPoint・Sheet・issue tracker版が別々に更新される
  • 優先順位変更の理由を後から説明できない
  • dependencyやcapacityを無視して日付だけがcommitment化する

Sources

根拠にした一次情報

評価軸・運用ルールを設計するために参照した公式ドキュメントです。特定製品の推奨を意味しません。

Source 2

atlassian.com

https://www.atlassian.com/software/jira/product-discovery/guides/insights/overview

原文を確認する ↗

次に使う

次のPM実務へ進む

横断検索で探す →
評価基準Roadmapの選定評価基準

100点評価基準とPoC項目へ戻る。

PoCPMツールPoC評価テンプレート

このrunbookを候補ツールの実データ検証へ落とし込む。

他カテゴリPM向けツール導入 実務プレイブック

他カテゴリのrunbookを確認する。