ガントチャート

英語名 Gantt Chart
読み方 ガント チャート
難易度
所要時間 数時間
提唱者 ヘンリー・ガント
テンプレート あり ↓
目次

ひとことで言うと
#

横軸に時間、縦軸にタスクを並べ、各タスクの期間を横棒で表示するチャート。プロジェクトの全体像とスケジュールが一目でわかる、最もポピュラーなスケジュール管理ツール。

押さえておきたい用語
#

押さえておきたい用語
タスクバー(Task Bar)
ガントチャート上でタスクの開始日から終了日までを表す横棒のこと。長さが作業期間を示す。
マイルストーン(Milestone)
プロジェクトの重要な区切り・節目を指す。ガントチャート上ではひし形のマークで表現される。
依存関係(Dependency)
タスク間の前後関係を指す。矢印で接続し、遅延の影響範囲を可視化する。
クリティカルパス(Critical Path)
プロジェクト全体の最短完了期間を決める最長経路のこと。この経路上のタスクが遅れるとプロジェクト全体が遅延する。

ガントチャートの全体像
#

ガントチャート:時間×タスクで全体像を見える化する
タスク洗い出しWBSから作業をリストアップ期間・依存設定開始日・終了日と前後関係を定義進捗更新計画vs実績を週次で比較管理タスクAタスクBタスクCタスクDリリース→ 時間軸
ガントチャートの作成フロー
1
タスク洗い出し
WBSから全タスクをリストアップ
2
期間・依存設定
開始日・終了日・前後関係を定義
3
担当割当
各タスクにリソースを配置
週次更新
計画vs実績を常に最新に保つ

こんな悩みに効く
#

  • プロジェクトの全体スケジュールを一目で把握したい
  • 誰がいつ何をやるか、チーム全体で共有したい
  • タスクの遅延がどこに影響するか視覚的に理解したい

基本の使い方
#

ステップ1: タスクを洗い出して並べる

プロジェクトに必要な全タスクをリストアップする

  • WBSがあればそこからタスクを引っ張る
  • 大きなタスクはサブタスクに分解する
  • 論理的な順番(時系列)で縦に並べる

ポイント: 粒度が粗すぎると管理できず、細かすぎると見にくくなる。1タスク=1〜2週間程度が目安。

ステップ2: 期間と依存関係を設定する

各タスクの開始日・終了日と、前後の依存関係を決める

  • 各タスクの所要期間を見積もる
  • 「タスクAが終わらないとタスクBが始められない」などの依存を矢印で表現
  • マイルストーン(重要な区切り)もチャートに追加する

ポイント: 依存関係を正確に設定することで、遅延の影響範囲が見えるようになる。

ステップ3: 担当者とリソースを割り当てる

各タスクに担当者を割り当て、負荷を確認する

  • タスクバーに担当者名を表記する
  • 同じ人に作業が集中していないか確認する
  • リソースの過負荷があれば、スケジュールを調整する

ポイント: 1人に同時期のタスクが3つも4つも割り振られていたら要調整

ステップ4: 進捗を更新・共有する

実績を反映して、計画と実績のズレを管理する

  • タスクバーの色や塗りつぶしで進捗率を表現する
  • 計画線と実績線を並べて表示し、遅延を可視化する
  • 週次や月次でチームと共有し、問題を早期に検出する

ポイント: ガントチャートは作って終わりではなく、更新し続けるもの。更新が止まると一瞬で形骸化する。

具体例
#

例1:新商品リリースプロジェクト(16週間・12名)

状況: 消費財メーカー(従業員300名)の新商品リリース。マーケティング・開発・製造の3部門が関わる。

タスク洗い出し: 市場調査(2週間)→コンセプト設計(3週間)→プロトタイプ制作(4週間)→ユーザーテスト(2週間)→量産準備(3週間)→販売開始。並行して「パッケージデザイン(3週間)」と「販促物制作(2週間)」を進行。

チャート作成: 横軸に16週間の期間、縦軸に8つのタスクを配置。依存関係を矢印で接続。「販売開始」をマイルストーンとして設定。

進捗管理: 第6週時点でプロトタイプ制作が1週間遅延。ガントチャートを更新し、後続タスク(ユーザーテスト以降)への影響を可視化。追加リソース投入で遅れを吸収する判断を実施。

指標ガントチャートなしあり
遅延の検知タイミング第10週(手遅れ)第6週(即対応)
プロジェクト完了3週間遅延予定通り

ガントチャートで遅延を4週間早く検知し、リソース追加という対策を早期に打てたことで、予定通り16週間でリリースを完了できた。

例2:社内システム移行プロジェクト(6ヶ月・20名)

状況: 従業員1,200名の物流会社。基幹システムのクラウド移行。IT部門・業務部門・外部ベンダーの3者が関わる大規模プロジェクト。

ガントチャートの構成:

  • 全85タスクをWBSから展開
  • マイルストーン4つ(基本設計完了/開発完了/テスト完了/本番移行)
  • 依存関係32本を矢印で接続
  • クリティカルパスを赤色でハイライト

進捗管理の運用:

  • 毎週金曜にPMがガントチャートを更新(所要30分)
  • 月曜の定例でチーム全員とチャートを確認
  • ステークホルダー向けは月次でサマリー版を共有
指標移行プロジェクト
計画タスク数85
期限内完了率92%
マイルストーン遅延1回(1週間)
最終的な遅延0日

この取り組みが示すように、85タスクのガントチャートを週次更新することで、1つのマイルストーン遅延を早期に検知し、後続タスクの並列化で吸収。最終的に遅延ゼロで移行を完了した。

例3:地方の酒蔵がEC立ち上げプロジェクトをガントチャートで管理する

状況: 創業120年の酒蔵(従業員18名)。初めてのEC販売プロジェクト。IT知識は乏しいが、3ヶ月後の年末商戦に間に合わせたい。

シンプルなガントチャート(Google スプレッドシート):

タスク担当9月10月11月
商品撮影杜氏████
EC サイト構築外注████████
決済設定社長████
商品説明文作成番頭████████
テスト注文全員██
SNS告知開始番頭████
販売開始

効果: ITに不慣れなチームでも「誰がいつまでに何をやるか」が一目瞭然。外注先との認識合わせにもガントチャートが活躍。

指標結果
年末商戦に間に合ったか11月20日にオープン
初月売上180万円(目標100万円の180%)
プロジェクト予算予算内で完了

IT知識がなくてもスプレッドシートで作るシンプルなガントチャートで十分効果がある。「見える化」の力で初めてのEC立ち上げを予定通り完了し、初月売上は目標の**180%**を達成した。

やりがちな失敗パターン
#

  1. 最初に作って更新しない — 綺麗なガントチャートを作って満足し、その後誰も更新しない。更新ルール(毎週金曜に担当者が進捗入力など)を決めておく
  2. タスクの粒度がバラバラ — 「設計」が1本のバーで「テスト」が10本に分かれているとバランスが悪い。同じレベル感で分解することを意識する
  3. 依存関係を入れない — 横棒を並べただけだと、ただのスケジュール表。依存関係があってこそ、遅延の影響が可視化される
  4. ツールに凝りすぎる — 高機能なツールを導入しても使いこなせなければ意味がない。最初はスプレッドシートでも十分。ツールより運用ルールが大事

まとめ
#

ガントチャートは、プロジェクトのスケジュールを横棒グラフで見える化する最もポピュラーなツール。作り方はシンプルだが、効果を出すには「更新し続けること」と「依存関係を正しく設定すること」が重要。WBSで作業を分解し、クリティカルパス法で重要経路を特定した上でガントチャートに落とし込むと、スケジュール管理の精度が格段に上がる。

ガントチャートのフレームワークテンプレート

このフレームワークを実際に使ってみましょう。