こんにちは！普段はアジャイルコーチやナレッジマネージャーとして、さまざまな開発組織の「情報の交通整理」や「チームの高速化」をお手伝いしている先輩エンジニアです。
突然ですが、プロジェクトが大きくなるにつれて、こんな悩みに直面していませんか？
- 「Excelやスプレッドシートでロードマップを作ったけれど、1週間後には誰も更新していなくて化石化している…」
- 「複数チームが絡む大型プロジェクトで、どのチームの遅れがどこに響くのか見えない…」
- 「突然の仕様変更やスケジュールの遅延が発生したとき、全体への影響調査と再計画（リスケ）に何時間も奪われている…」
…耳が痛いですよね。私も昔は、深夜にひとりExcelのセルを赤く塗りつぶしながら絶望していた時期がありました（笑）。
でも、安心してください！Jiraの上位機能である「Jiraのロードマップ（旧 Advanced Roadmaps / 現在の名称は『Plans』）」を使いこなせるようになれば、これらの悩みはすべて過去のものになります。
この記事では、複数チームにまたがる中長期計画を可視化し、生きたロードマップ運用を開始するための「最初の一歩（HelloWorld）」から、依存関係の把握、リソース管理、そして遅延時のスムーズな再計画までを、どこよりも優しく・論理的に解説します。
これをマスターすれば、毎日の管理作業が劇的に楽になり、チーム全員が同じ未来を向いてワクワクしながら開発に没頭できるようになりますよ。一緒に学んでいきましょう！
—
1. そもそもJiraの「Plans（Advanced Roadmaps）」とは？
まず、全体像から理解しましょう。
Jiraには、単一のプロジェクト内で完結する標準の「ロードマップ」機能もありますが、今回扱う「Plans（旧Advanced Roadmaps）」は、複数プロジェクト・複数チームのデータを一元化し、横断的に中長期計画を立てるための強力なエンジンです。
なぜスプレッドシートではなくJira Plansなのか？
1. データがリアルタイムで連動する：エンジニアが日々のチケット（TaskやStory）を更新すると、ロードマップ側の進捗や完了予定日も自動的に再計算されます。
2. 「 sandbox（砂場）」でシミュレーションできる：ロードマップ上でスケジュールを動かしても、「適用（Commit）」ボタンを押すまでは実際のJiraチケットには反映されません。「もしこのプロジェクトが2週間遅れたらどうなる？」という試算が安全に行えます。
3. 依存関係の「警告」が自動で出る：Aチームの作業が遅れると、それに依存しているBチームの作業に赤線（アラート）が走ります。
—
2. 準備編：階層構造（Hierarchy）のメンタルモデルを理解する
Jira Plansを使いこなす最大のコツは、「階層（Hierarchy）」の概念を理解することです。
標準のJiraは「Epic ＞ Story / Task ＞ Sub-task」という階層ですが、中長期計画（数ヶ月〜数年規模）を扱う場合、Epicの上にもうひとつ大きな枠組みが必要になります。それが「Initiative（イニシアチブ）」です。
【企業・プロダクトの大型戦略】
└── Initiative（例: 2024年決済基盤のモダン化）
├── Epic A（例: クレジットカード決済API刷新）
│ ├── Story 1（例: カード情報入力フォームの作成）
│ └── Story 2（例: 決済トークン発行ロジック実装）
└── Epic B（例: PayPay連携機能の追加）
└── Story 3 …
この「大きなゴール（Initiative）」から「日々の開発（Story）」までのつながりを可視化することが、Advanced Roadmapsの第一歩です。
> 💡 先輩からのワンポイントアドバイス
> もし現在「Initiative」という課題タイプがJiraに設定されていなくても大丈夫です。まずは既存の「Epic」と「Story」の2層構造から始める『Hello World』で十分に効果を実感できます！
—
3. 【実践】最初のPlanを作ってみよう！（Hello World編）
それでは、実際に画面を触りながら、最小構成のロードマップ（Hello World）を作成してみましょう！
Step 1: Plan（プラン）の新規作成
1. Jiraのグローバルナビゲーションから [プラン (Plans)] ＞ [プランを作成 (Create plan)] をクリックします。
2. プラン名を入力します（例: `【2024Q3】複数チーム横断ロードマップ`）。
3. アクセス権を選択します（まずは「プライベート」か「チームに公開」でOK）。
Step 2: データソース（課題の抽出元）を設定する
ここが一番重要です！ロードマップに巻き込みたい開発チームの情報を紐付けます。
- ソースの種類: `ボード (Board)`, `プロジェクト (Project)`, または `フィルター (Filter)` から選べます。
- おすすめ設定: 開発現場のリアルなベロシティ（スプリント進捗）を反映させるため、各チームが普段使っている「Scrumボード」をソースとして選択してください。（例: 「Webチームのボード」と「モバイルチームのボード」を両方選択）
— 補足: もし特定条件のチケットだけを集めたい場合は、あらかじめJQLフィルターを作っておき、ソースにフィルターを指定します。
— 例: 優先度が High 以上の Epic だけを抽出するフィルター
project IN (“DEV_WEB”, “DEV_MOBILE”) AND issuetype = Epic AND priority >= High
Step 3: スケジュール算出ロジックを選ぶ
プラン作成ウィザードの最後に、スケジュールの計算基準を聞かれます。
- Target Dates（目標日付）: 手動で設定した「開始日・終了日」カスタムフィールドを使用。
- Dates from Sprints（スプリント日付）: チケットが割り当てられているスプリントの期間から自動算定（アジャイルチームにはこちらが超オススメ！）。
「作成」ボタンを押してください。
おめでとうございます！画面にタイムラインが表示されたら、あなたの最初の「Plan」の誕生です！
—
4. 依存関係（Dependencies）を視覚化して「事故」を防ぐ
複数チームで開発を進めるとき、最大のトラブル原因となるのが「依存関係（あっちのチームのAPIが完成しないと、こっちのUIが実装できない）」です。
Jira Plansでは、この依存関係を美しい直線とカラーコードで描画してくれます。
設定方法：
1. ロードマップのタイムライン上で、先行するタスク（例: API作成）のブロックの端にカーソルを合わせます。
2. ドラッグ＆ドロップで、後続タスク（例: UI実装）へ線を伸ばして接続します。
3. または、チケットのリンク関係で `Blocks（〜をブロックする）` または `Is blocked by（〜によってブロックされている）` を設定します。
[ API開発 (Team Alpha) ] ───(Blocks)───> [ UI実装 (Team Beta) ]
📅 7/1 〜 7/15 📅 7/10 〜 7/25 ⚠️警告！
もし、`UI実装` の開始日が `API開発` の完了日よりも前に設定されていると、Jiraが自動的に赤色の警告バッジを出してくれます。
> 💬 先輩のボヤキ
> 「リリース当日に『え、そのAPIまだ生えてないの！？』となる惨事は、この赤い線を1本引いておくだけで100%防げます。これだけでJira Premiumの元が取れると言っても過言ではありません…！」
—
5. キャパシティ（リソース）管理：精神論に頼らない計画づくり
「このスケジュール、本当にチームの体力で収まるんだっけ？」
そんな不安を解消するのがキャパシティ管理機能です。
チームのキャパシティを設定する
1. プラン画面の左メニューから [チーム (Teams)] を開きます。
2. チームを作成し、メンバーを追加します。
3. チームの「キャパシティ（処理能力）」を設定します。
- Scrumチームの場合: 「1スプリントあたり 30 Story Points」
- Kanbanチームの場合: 「1週間あたり 40 Hours」
この設定をしておくと、タイムラインの下部に「キャパシティバー」が表示されます。
- 🟢 緑色: 適切な負荷（キャパシティ内）
- 🔴 赤色: オーバーワーク（チームの限界を超えたタスクが詰め込まれている）
計画時点でバーが赤くなっていたら、「納期を伸ばす」「スコープ（タスク）を減らす」「メンバーを増強する」のいずれかを冷静に判断できます。精神論で「気合で頑張ろう！」と言う必要はもうありません。
—
6. スケジュール遅延発生！現場で役立つ「極限のリスケジュール術」
さて、開発に遅延はつきものです。重要なのは「遅延したときに、いかに迅速かつ安全に計画を修正できるか」です。ここでJira Plansの真骨頂である「シナリオ機能」と「自動スケジューラー」を活用しましょう。
手法①: シナリオ機能（Scenario Planning）で「タラレバ」を比較する
画面上部の [シナリオ] ボタンから、複数の未来を作成できます。
- ベストケース: すべて順調に行った場合
- ワーストケース: 主要機能の開発が2週間遅延した場合
ワーストケースのシナリオ上で日付を動かし、「もし2週間遅れたら、他のプロジェクトのリリース日やイベントにどう影響するか？」を関係者に見せながら議論します。合意が取れたシナリオだけを [SaveChanges to Jira（Jiraに保存）] して、本番のデータに適用すれば良いのです。
手法②: Auto-schedule（自動スケジュール）ボタンに頼る
タスクの優先順位、見積もり、チームのキャパシティ、依存関係が正しく入力されていれば、画面上部の [Auto-schedule] ボタンを押すだけで、AI/アルゴリズムが「依存関係を壊さず、チームのキャパシティを超えない最適なスケジュール」を全自動で再計算して弾き出してくれます。
1. 優先順位（Priority）を上に設定
2. `Auto-schedule` を実行
3. 弾き出されたタイムラインを確認し、問題なければ Jiraへ保存
これぞまさに、手動のExcel更新から解放される瞬間の快感です！
—
まとめ：明日から始めるロードマップ運用の心得
長旅お疲れ様でした！最後に、この強力なツールをチームに定着させるための「3つの極意」を贈ります。
1. 最初は小さく始める：いきなり社内すべてのプロジェクトを入れようとせず、まずは「2つのチーム」「Epicレベル」からPlanを作ってみましょう。
2. 「見積もり（Story Point / 時間）」を入れる文化を作る：Jira Plansが正確な未来を予測するには、チケットに数字が入っている必要があります。完璧でなくて良いので見積もりを書く習慣を育てましょう。
3. 週1回の「プラン更新会」を15分だけ開く：プロダクトオーナーとテックリードが集まり、Plan上の赤色アラート（依存関係の破綻やオーバーワーク）を消す作業を習慣化してください。
Jiraのロードマップ（Advanced Roadmaps）は、単なる「スケジュール表」ではありません。チームを不安から解放し、不確実な未来をコントロールするための「航海図」です。
ぜひ明日、最初の「Plan」を作成して、その圧倒的な便利さを体感してみてください。あなたのプロジェクトが劇的にスムーズに進むようになることを、心から応援しています！
何か分からないことがあれば、いつでもチームの知的な先輩（私）に聞きに来てくださいね。それでは、良い開発ライフを！