監修：山根一城（株式会社ポテンシャライト代表取締役CEO ／ 業界20年）
ガントチャート工程表とは、プロジェクトの作業を縦軸に並べ、横軸の時間に沿って各作業の開始日・終了日を横棒（バー）で表した工程表です。誰がいつ何を進めるのか、作業同士がどう前後しているのかを一枚で見渡せるため、計画の共有と進捗の確認に広く使われています。進捗率をバーに重ねて描くことで、計画と実績のずれも把握しやすくなります。
ガントチャート工程表の第一の目的は、プロジェクト全体の作業を時間軸の上に並べて、関係者が同じ絵を見ながら話せる状態をつくることです。要件定義・基本設計・詳細設計・開発・テストといった工程が、いつ始まりいつ終わる想定なのかを横棒で示すことで、口頭や文章だけでは伝わりにくい「並行して動くもの」「前の作業が終わらないと始められないもの」を一目で共有できます。
用途は大きく三つに分けて考えると整理しやすくなります。
つまずきやすいのは、工程表を「作って配って終わり」にしてしまう場合です。更新されない工程表は実態とずれ、やがて誰も見なくなります。目的は描くことではなく、計画と実績の差を定期的に突き合わせ続けることにあります。
ガントチャート工程表は、いきなりバーを引き始めるのではなく、作業の洗い出しから順を追って組み立てます。PM（プロジェクトマネージャー）が中心となり、次のような流れで進めるのが一般的です。
これらを横軸の時間に沿ってバーで描き、依存関係を線でつなぐと工程表の形になります。表計算ソフトで作る場合もあれば、専用のプロジェクト管理ツールで作る場合もあります。
つまずきやすいのは、見積もりに余裕（バッファ）をまったく持たせず、すべての作業が計画どおりに進む前提で引いてしまうことです。現実には差し込み作業や手戻りが起きるため、重要な節目の手前には調整の余地を残しておくほうが運用しやすくなります。
工程表は作った瞬間が最も正確で、時間が経つほど実態とずれていきます。運用でつまずく形はいくつかの典型があり、あらかじめ知っておくと対処しやすくなります。
対処の方向性は、完璧な工程表を一度で作ることではなく、実績を素直に反映し、ずれたら原因と影響を確認して引き直す、という循環を回すことにあります。工程表はプロジェクトの地図であって、現地の状況が変われば地図も描き替えるものだと捉えると扱いやすくなります。
ガントチャート工程表は、似た言葉と混同されやすいため、何を表すための道具なのかという軸で区別すると理解が進みます。
つまずきやすいのは、工程表さえ引けばスケジュール管理が完結すると考えてしまうことです。工程表は状況を映す道具であり、遅れをどう吸収するか、どの作業を優先するかという判断は、PMが別途下す必要があります。道具と判断を切り分けておくと、工程表に過度な期待をかけずに済みます。
ガントチャート工程表を描ける力は、PM（プロジェクトマネージャー）としての基礎体力の一つと見られることが多いものです。ただし評価されやすいのは、きれいな工程表を作る技術そのものよりも、計画と実績のずれを早く見つけ、依存関係をたどって影響範囲を説明し、関係者を巻き込んで引き直せる運用力のほうです。面接や職務経歴書でも、工程表をどう作ったかより、遅延にどう気づき何を調整したかを具体的な工程名とともに語れると、進捗管理の実像が伝わりやすくなります。WBS・クリティカルパス・スケジュール管理といった隣接概念と結びつけて理解しておくと、工程表を単体の作図スキルではなく、プロジェクト全体を動かす判断の一部として扱えるようになります。
ガントチャート工程表とWBSはどう使い分けますか。
WBSは作業を漏れなく分解して構造化する一覧で、時間軸を持ちません。ガントチャート工程表は、そのWBSで洗い出した作業を開始日・終了日とともに時間軸へ並べたものです。先にWBSで作業を固め、それを時間に展開して工程表にする、という順で使うと整理しやすくなります。
工程表はどのくらいの頻度で更新すればよいですか。
プロジェクトの進み方によりますが、週次の定例に合わせて実績を反映する運用がよく見られます。遅れは小さいうちに拾うほど打ち手が増えるため、節目の前後やリスクの高い工程では、定例を待たずに随時更新するほうが実態に追従しやすくなります。
作業のバーはどのくらい細かく刻むべきですか。
粒度は工程表の目的に合わせます。全体像の共有が目的なら工程単位で粗く、個々の進捗を追うなら担当者が数日で終える単位まで刻む、という考え方があります。刻みすぎるとバーが膨大になり読めなくなるため、見通しと詳しさの釣り合いを意識して調整します。