Backlogのガントチャート実務ガイド：課題の日付設定から遅延検知、依存関係の限界まで

工程表を、まずBacklogの中で成立させる

「ガントチャートの作り方」では、WBSで分解したタスクに順序・依存・担当・期間を与え、工程表として組み立てる手順を扱った。「Backlogの課題管理実務ガイド」では、課題・ドキュメント・ガントチャートという3機能をどう役割分担させるかを扱い、ガントチャートに課題を表示させる条件にも触れた。この記事は、その先にある実務--課題に入れた日付を実際に工程表として機能させ、遅延を早く見つけるところまでを、Backlog公式のガントチャート機能ページ・ヘルプセンター・更新情報の一次情報にもとづいて整理する。

焦点は3つある。課題のどの入力がガントチャートにどう反映されるか、遅延をどの機能で見つけるか、そしてWBSの依存関係（終了-開始などの4タイプ）をBacklogでどこまで再現できるか。3つ目は、工程表ツールに期待してそのまま裏切られやすいところであり、先に限界を知っておいたほうが運用を作りやすい。

この記事の編集基準

本記事にアフィリエイトリンク・紹介料・掲載料は一切ない。機能や仕様の記述は、Backlog公式サイトの機能ページ・ブログ（backlog.com/ja）、Backlog Enterpriseユーザーガイド（backlog.com/ja/enterprise-help）、ヌーラボ公式プレスリリースおよび公式ブログ（nulab.com/ja）で確認できた範囲に限定している。

課題のどの日付が、ガントチャートの帯になるか

ガントチャートを使うには、まずプロジェクト作成時またはプロジェクトの基本設定で「チャートを使用する」にチェックを入れる。この機能はスタンダードプラン以上で使える機能で、フリープランとスターターでは使えない。

有効化しても、ガントチャート専用の入力欄が新しく増えるわけではない。課題に開始日・期限日・マイルストーン・完了日（自動設定）のいずれかが入っていれば、Backlogはそこから帯を自動で組み立てる。どの日付が入っているかによって、表示される帯の形は次のように変わる。

課題に日付が無ければ、工程表に現れない

逆に言えば、この5パターンのいずれにも該当しない課題--日付が未入力で、かつ未完了の課題--は、ガントチャートに現れない。「着手が決まった課題には開始日と期限日を入れる」という運用ルールを、課題作成時の手順そのものに組み込まなければ、工程表は穴だらけになる。この点は「Backlogの課題管理実務ガイド」で扱った種別・優先度・状態の設計と同じ位置づけで、ガントチャートを開く前に決めておく運用ルールにあたる。

表示設定で、見る範囲とまとまりを決める

ガントチャートの表示設定では、表示開始日・表示期間（1か月／2か月／3か月／6か月から選択）・グルーピング・状態による絞り込みを指定できる。グルーピングは指定した軸ごとに課題をまとめて表示する機能で、ヘルプでは「担当者」を選んだ場合の例が示されている。

2025年7月3日には、表示設定に2つの機能が追加された。ひとつは「親子関係を無視して表示する」で、チェックを入れると親子関係の有無にかかわらず、各課題の開始日を基準に並び替えて表示される。もうひとつは、課題の件名の前に表示されている課題キーを非表示にする設定である。行数の多いガントチャートを整理したいとき、この2つが効いてくる。

「Backlogの課題管理実務ガイド」で扱った新しいガントチャート（β版）では、種別・カテゴリー・マイルストーン・担当者による絞り込みができる。工程表の行をさらに絞り込みたい場合は、そちらの機能を優先して検討するとよい。

ドラッグで動かし、色で状態を読む

ガントチャート上の棒グラフは、ドラッグ&ドロップで開始日・期限日・担当者を変更できる。着手が1日ずれた、担当を差し替えた、といった変更を、課題の詳細画面を開かずにその場で反映できる。

棒グラフの色は、課題のステータスに応じて自動で変わる（4色）。手動で色を塗り分ける必要はなく、画面を見るだけでどの課題がどの状態にあるかを判別できる。

遅れているタスクを、色とフィルタで見つける

遅延を見つける手がかりは、棒グラフの色と期限日の突き合わせにある。期限日をすでに過ぎている位置に帯があるのに、色が「未対応」や「処理中」のままになっている課題が、遅れているタスクである。ステータスが色に連動しているため、画面を一目見るだけでこの状態を判別できる。

表示設定の「状態による絞り込み」を使うと、完了した課題をガントチャートから外し、未完了の課題だけに絞り込める。行数が減ることで、期限日を過ぎた帯を目視で見つけやすくなる。

期限日を過ぎた課題を漏れなく洗い出す作業自体は、ガントチャートの目視だけに頼らず、課題一覧の検索条件（期限日の範囲指定、状態が未完了、担当者など）で行う。ガントチャートは、洗い出した課題が工程全体のどこに位置し、前後の課題とどう関係しているかを確認する画面として使う、という役割分担にする。

数値として進捗の全体傾向を追う運用は「Backlogのバーンダウンチャート実務ガイド」で扱っている。個々のタスクがどの状態にあるかはガントチャートの色とフィルタで、プロジェクト全体の進み具合はバーンダウンチャートで、と使い分けるとよい。

WBSの依存関係を、Backlogは線で結ばない

「ガントチャートの作り方」では、終了-開始（FS）を中心とした4つの依存関係タイプを線で結び、1つの遅れがどこまで波及するかを追う考え方を扱った。Backlogのガントチャートは、タスク間の依存関係を矢印で結んで設定する機能を備えていない。

参考になるのが、開発元であるヌーラボ自身の技術ブログである。同社のTypetalkチームは、AngularJSからAngular2系への移行作業で「複雑なコンポーネント依存関係により、次に着手可能なタスクを見つけるのが困難」という課題に直面し、Backlog API・Googleスプレッドシート・Google Apps Scriptを組み合わせて、依存先のタスクがすべて完了している未着手タスクを自動で洗い出す仕組みを自作した。開発元自身が外部ツールを組み合わせて対応した事例であり、ガントチャート単体で先行・後続の関係を線として表現する機能は用意されていないと見てよい。

2026年7月28日には、階層構造やプロジェクトの枠を超えて課題同士を双方向にリンクできる「関連課題機能」が公開された。関連付けを設定すると、関連付けた側の課題にも自動でリンクが追加される。ただし関連課題の一覧に表示されるのは状態・担当者・開始日・期限日であり、先行・後続といった順序の種類を指定する項目や、ガントチャート上に矢印として表示する機能への言及はない。課題同士の「つながりを記録し、すぐ参照できるようにする」機能であり、前工程が遅れたら後工程の日付が自動でずれる、といった日程の連鎖を担うものではない。

線がない前提で、運用手順に落とす

依存関係を線でつないでくれない以上、WBSの依存関係表（FS/SS/FF/SFの4タイプ）は、Backlogの外--スプレッドシートや、着手前のレビューの場--で維持し、着手のたびに参照する運用に切り替える必要がある。ガントチャート自体は、その依存関係を守れているかどうかを事後的に確認するための画面として使う。

まとめ：Backlogのガントチャートが向く運用、向かない運用

Backlogのガントチャートは、課題に日付を入れるだけで自動生成され、ドラッグでの変更、ステータス連動の色分けを標準機能でまかなえる。工程表を作り、更新し続けるという「ガントチャートの作り方」で述べた最大の壁--更新の手間--に対しては、強い作りになっている。

一方で、タスク間の依存関係を線で結び、前工程の遅れを後工程へ自動的に反映させる機能は無い。この連鎖を厳密に追う必要がある大規模で複雑な工程表には、依存関係を明示的に設定できる他のツールのほうが向く場合がある。関係者が多く日本語での運用を重視し、依存関係表を別に維持する運用で回せる案件であれば、Backlog単体で工程表と遅延検知の両方をまかなえる。