Jiraのロードマップ（タイムライン）実務ガイド：エピック単位の中長期計画とチーム横断の可視化

日々のタスク実行の先にある、中長期計画

当サイトの「Jiraのボード運用実務ガイド」は、次の1〜2週間に何を進めるかというボードの設計を扱った。「Jiraのワークフロー・課題タイプ設計」は、その手前にあるステータス・遷移・課題タイプの階層を扱った。どちらも、日々のタスクをどう実行し、どう可視化するかという話である。

これらとは別に、Jiraにはもう一段上のレイヤーの機能がある。Atlassian公式ドキュメントは、ボードを「より戦術的」なもの、つまり今まさに進めている作業の状況を示すためのものと位置づける一方、タイムラインは数週間から数か月先までを見通す計画のためのものと説明する。エピック（大きな取り組みのまとまり）を軸に、チームが何をいつまでに終わらせるつもりかを俯瞰する画面である。この記事は、そのタイムライン（ロードマップ）機能の仕様を、Atlassian公式ドキュメントから整理する。

この記事の編集基準

本記事にアフィリエイトリンク・紹介料・掲載料は一切ない。機能や仕様の記述は、Atlassian公式のサポートドキュメント（support.atlassian.com）で確認できた範囲に限定している。

タイムラインとは何か

Atlassian公式ドキュメント「What does the space timeline show?」は、タイムラインを「長期プロジェクトの作成と計画に価値をもたらす」ガントチャート形式の表示と説明している。単一スペース内の課題データを、次の要素で可視化する。

左側には課題一覧が階層構造で並ぶ。親課題（エピックなど）の下に子課題がぶら下がり、課題タイプアイコン・キー・サマリー・担当者・ステータス（親課題は完了時のみ表示）が表示される。フィルタで特定条件の課題だけに絞り込める。右側の時間軸は既定で日付表示だが、「週」「月」「四半期」に切り替えられる。ここに、スクラムチームであればスプリント、加えてリリースの情報も重ねて表示される。

新規に作成したソフトウェアスペースでは、タイムラインは既定で有効になっている。表示されない場合は、Jira管理者による有効化が必要になる。

親課題と子課題で、日付の決まり方が違う

タイムライン上の帯がどう決まるかは、親課題と子課題で仕組みが異なる。

親課題は、手動で設定した日付か、子課題の日付から推定された日付のいずれかで計画される。子課題側は、チームの運用形態によって参照する日付が変わる。スクラムチームの課題は、スプリントの日付、または課題自体に設定した開始日・期限日のいずれかで計画される。カンバンチームの課題は、開始日・期限日フィールドで計画される。

親を持たない子課題は、タイムラインに表示されない。エピックなどの親課題に紐付けていない課題は、いくらタスクとして存在していても、タイムライン上の計画には現れないという制約になる。

タイムラインは単一スペース限定：チーム横断はAdvanced Roadmaps

基本のタイムラインには範囲の制約がある。Atlassian公式ドキュメント「Timeline limits in Jira」は「タイムラインビューはひとつのスペースに関連付けられたバックログからの作業項目のみで機能する」と明記している。複数スペース、複数チームにまたがる作業を1つの画面で計画したい場合、基本のタイムラインでは対応できない。

この範囲を超えるのが「プラン」（Advanced Roadmaps）機能である。Atlassian公式ドキュメント「Get started with plans」は、プラン機能を「Jira Premium and Enterprise」に含まれる計画ツールと説明しており、複数のスペースにわたる作業を集約し、組織規模での複雑な納期スケジュールを組み立てられるとしている。「Plan and view cross-project work with advanced roadmaps」によれば、プラン機能ではカスタム階層レベル・スプリント・リリース日を横断的に設定でき、複数の作業項目の一括編集や、チームごとの反復あたりの容量監視も行える。共有はConfluence・iFrame・CSV形式に対応する。

Atlassian公式ドキュメント「Explore Jira Cloud plans」が示すプラン比較の要点は次のとおりである。

エピック単位の計画を1チーム内で可視化するだけなら基本のタイムラインで足りる。複数のプロジェクトチームをまたいだロードマップを1画面で管理したい場合に、はじめてプラン機能の対象になる。

依存関係をBlocksリンクで線に落とす

タイムラインは、課題間の依存関係も線として表示できる。Atlassian公式ドキュメント「What are dependencies on the timeline?」は、この依存関係が「Blocks」というリンクタイプに基づくものだと説明している。対象はソフトウェアスペースに限られ、Jira管理者が課題リンク機能で「Blocks」リンクタイプを有効化していることが前提になる。表示できるのも、同一スペース内のBlocksリンクだけである。

依存関係の作成方法は2通りある。「Create or remove dependencies on your timeline」によれば、1つはタイムライン上でスケジュールバーにマウスを乗せると両端に現れるドットを、依存させたい別の課題へドラッグする方法で、スケジュール順序に基づいて自動的にリンクが設定される。もう1つは、課題を選択してサイドパネルを開き、リンクアイコンから「blocks」または「is blocked by」を選んで対象課題を指定する方法である。表示の切り替えは、タイムライン右上の「ビュー設定」の「ビジュアルの詳細」から「依存関係」を有効にする。

依存関係には、リスクを知らせる仕組みも備わっている。日付が重なる、つまり前の課題が終わる前に後の課題が始まる設定になっている場合、依存関係の線が赤色に変わり、遅延やリスクの可能性を示す。

タイムラインの技術的な制限

「Timeline limits in Jira」は、実務で踏みやすい制限を3つ挙げている。1つ目は前述の単一スペース限定。2つ目は、「Show inline hierarchy」（インライン階層表示）を有効にした場合の制約で、この設定を使うとタイムラインは階層レベル0と1の作業項目しか表示しない。より上位・下位の階層は表示対象から外れる。3つ目は、複数の作業項目をまとめて特定の日数分スケジュールを動かす一括変更機能が廃止予定であることで、個々の課題の開始日・期限日の変更や、親課題のタイムラインバーそのものをドラッグして動かす操作は引き続き行える。

Backlogのガントチャートとの違い

「Backlogのガントチャート実務ガイド」で扱ったとおり、Backlogのガントチャートはタスク間の依存関係を矢印で結ぶ機能を持たない。2026年7月28日に追加された関連課題機能も、課題同士を双方向にリンクできるだけで、先行・後続といった順序の種類は記録しない。この点が、Jiraのタイムラインとの明確な違いになる。

課題1件ごとの詳細な日程を細かく追うならBacklogのガントチャートが向き、エピックという大きな単位で中長期の計画を俯瞰し、かつタスク間の順序をリンクとして残したいならJiraのタイムラインが向く。この2つは代替関係ではなく、扱う粒度が異なるツールとして使い分けの対象になる。

導入の進め方

ここまでを、導入時に踏む順序として並べ直す。

STEP1：課題タイプの階層を先に固める。タイムラインは親課題（エピックなど）と子課題の階層を前提にするため、「Jiraのワークフロー・課題タイプ設計」で扱った課題タイプの設計を先に済ませておく。親のない子課題はタイムラインに現れない。

STEP2：子課題の日付を運用ルールに組み込む。スクラムならスプリントの日付、カンバンなら開始日・期限日を、着手が決まった時点で入力する運用にする。日付が無ければ帯として現れない。

STEP3：依存させたい課題をBlocksリンクで結ぶ。管理者に課題リンク機能の有効化を確認したうえで、順序のあるタスクをドラッグまたはサイドパネルからリンクし、日付の重なりが赤色で警告されないか確認する。

STEP4：範囲を確認する。1チーム内のエピック計画であれば基本のタイムラインで足りる。複数スペースを横断する計画が必要になった時点で、Premium／Enterpriseの「プラン」機能への移行を検討する。

STEP5：週次で表示期間を切り替えながら確認する。日次のタスク進行は「Jiraのボード運用実務ガイド」の累積フロー図で追い、数か月単位の計画のずれはタイムラインの表示期間を「月」「四半期」に切り替えて確認する。両者は見る時間軸が異なるため、どちらか一方で済ませない。