ガントチャートと工程表

まず言葉を切り分けます。工程表は「どの作業を、いつ、どの順番で進めるか」を示す計画表の総称です。縦に並べた作業リスト形式のものも、ネットワーク図で依存関係を描いたものも工程表に含まれます。その中でガントチャートは、時間軸に沿って横棒で期間を描く特定の表現形式を指します。

実務では「工程表を作って」と言われたとき、多くの現場でガントチャート形式が想定されます。棒の長さで作業期間が、棒の位置で前後関係が直感的に読めるためです。プロジェクトマネージャーがステークホルダーへ進み具合を説明する場面でも、言葉の説明より一枚の図のほうが早く伝わります。

• 工程表＝目的を表す言葉
  「作業と時期を一覧できる計画表がほしい」という要望を指します。形式は問いません。
• ガントチャート＝手段を表す言葉
  その工程表を横棒で描く具体的な表現方法です。Excelの罫線でも専用ツールでも作れます。

つまずきやすいのは、依頼者と作り手で「工程表」の粒度認識がずれる点です。経営層は数十行の大日程を、現場リーダーは日単位の詳細を思い浮かべることがあります。着手前に「週単位か日単位か」「どの作業までブレイクダウンするか」をそろえておくと、作り直しを避けやすくなります。

作成は、いきなり棒を引くのではなく作業の洗い出しから始めます。順番を踏むほど、後からの手直しが減ります。

1. 作業を洗い出す（WBSの作成）
   成果物を単位に、要件定義・基本設計・結合テストといった工程をツリーで分解します。この作業リストがガントチャートの縦軸になります。
2. 依存関係と順序を決める
   「設計が終わらないと製造に入れない」といった前後関係を整理します。並行できる作業を見つけておくと、全体の期間を縮める余地が見えます。
3. 各作業の期間と担当を置く
   工数見積もりをもとに開始日と終了日を割り当て、担当者を紐づけます。横棒の長さがここで決まります。
4. マイルストーンを差し込む
   設計完了やテスト開始など、節目をひし形などの印で置き、関係者が合意する判断点を明示します。

縦軸の作業はWBSから、横軸の日付は見積もりから持ってくる、という流れを守ると筋が通ります。つまずきやすいのは、依存関係を描かずに棒だけ並べてしまうことです。見た目は工程表になっていても、前工程が遅れたとき後続がどこまで動くのかが読めず、遅延の影響範囲を説明できなくなります。

工程表は作った時点が完成ではなく、運用して初めて価値が出ます。計画の棒に対して、実績をどう重ねていくかが要点です。

多くの現場では、計画の横棒の下や内側に実績を色分けで重ね、予定と実際のずれを一目で見えるようにします。プロジェクトマネージャーは定例の進捗会議で、各作業の進み具合を担当者に確認し、遅れている作業に印を付けて対応を決めます。更新を止めてしまうと、工程表は過去の計画を描いた飾りになり、現状とかけ離れていきます。

• 更新の頻度と担当を決める
  週次で進捗管理者が実績を反映する、といった運用ルールを先に決めておくと、更新漏れが起きにくくなります。
• 遅れたときに後続への影響を読む
  依存関係を描いてあれば、ある作業の遅れが納期に響くのか、余裕（フロート）で吸収できるのかを判断できます。

つまずきやすいのは、細かく作りすぎて更新が追いつかなくなる形です。日単位で数百行に分解すると、実績入力だけで手が回らなくなります。報告や判断に使う粒度に合わせ、詳細はWBSや個別の作業リストに任せ、ガントチャートは全体を俯瞰する役割に絞ると続けやすくなります。

ガントチャートは単独で使うより、隣接する考え方と組み合わせると力を発揮します。それぞれ役割が違うため、軸を分けて押さえます。

• WBSは「作業の分解」を担う
  成果物を作業へ分解した結果がWBSです。ガントチャートの縦軸はここから持ってきます。WBSが曖昧なまま棒を引くと、抜け漏れがそのまま工程表に残ります。
• マイルストーンは「節目」を示す
  期間を持つ作業とは別に、合意や判断のポイントを点で置きます。工程表の中で、関係者が揃って確認すべき地点を明確にします。
• クリティカルパスは「最長の経路」を示す
  依存関係をたどったとき、全体の期間を決める一連の作業の連なりです。ここが遅れると納期が後ろ倒しになるため、重点的に見守る対象になります。

この三つを意識すると、ガントチャートは単なる棒の集まりから、どこを守れば納期を守れるかを語れる道具に変わります。つまずきやすいのは、ガントチャートだけで依存関係や最長経路まで表現しようとして、図が読みにくくなることです。依存の分析はネットワーク図やクリティカルパス法に任せ、ガントチャートは期間と担当の俯瞰に徹する、と役割を分けると見やすさを保てます。

ガントチャートを工程表として使いこなせることは、プロジェクトマネージャーの基礎体力の一つです。図を描けるだけでなく、WBSから縦軸を起こし、見積もりで期間を置き、依存関係から遅延の影響を語れるかどうかで、計画の説得力が変わります。面接や職務経歴書でも、どの粒度でどう運用し、遅れにどう対応したかまで具体的に語れると、進捗管理の実力が伝わりやすくなります。

一方で、工程表を作ること自体が目的化すると、更新が止まった飾りの図を量産しかねません。計画と実績のずれを早く見つけ、関係者の判断を促す道具として扱えているか。そこが、作業者とマネジメント側を分ける見られ方につながると考えられます。

ガントチャートと工程表は違うものですか。

工程表は作業と時期を示す計画表の総称で、ガントチャートはそれを横棒で描く代表的な形式です。実務では工程表といえばガントチャート形式が想定される場面が多く、ほぼ同じ意味で使われることもあります。依頼時は粒度の認識をそろえておくと行き違いを避けやすくなります。

ガントチャートはExcelで作っても問題ありませんか。

小規模なプロジェクトであればExcelでも十分に運用できます。作業数が多く依存関係や実績更新が頻繁になると、専用ツールのほうが管理の手間を抑えやすくなります。まずは更新を続けられる手段を選び、負担が増えてきた段階で見直すとよいでしょう。

ガントチャートはどのくらい細かく作るべきですか。

報告や判断に使う粒度に合わせるのが目安です。細かく分解しすぎると実績の更新が追いつかず、形だけの図になりがちです。全体を俯瞰する役割はガントチャートに持たせ、日単位の詳細はWBSや個別の作業リストに任せると、運用を続けやすくなります。