ひとことで言うと#
横軸に時間、縦軸にタスクを並べ、各タスクの期間を横棒で表示するチャート。プロジェクトの全体像とスケジュールが一目でわかる、最もポピュラーなスケジュール管理ツール。
押さえておきたい用語#
- タスクバー(Task Bar)
- ガントチャート上でタスクの開始日から終了日までを表す横棒のこと。長さが作業期間を示す。
- マイルストーン(Milestone)
- プロジェクトの重要な区切り・節目を指す。ガントチャート上ではひし形のマークで表現される。
- 依存関係(Dependency)
- タスク間の前後関係を指す。矢印で接続し、遅延の影響範囲を可視化する。
- クリティカルパス(Critical Path)
- プロジェクト全体の最短完了期間を決める最長経路のこと。この経路上のタスクが遅れるとプロジェクト全体が遅延する。
ガントチャートの全体像#
こんな悩みに効く#
- プロジェクトの全体スケジュールを一目で把握したい
- 誰がいつ何をやるか、チーム全体で共有したい
- タスクの遅延がどこに影響するか視覚的に理解したい
基本の使い方#
プロジェクトに必要な全タスクをリストアップする。
- WBSがあればそこからタスクを引っ張る
- 大きなタスクはサブタスクに分解する
- 論理的な順番(時系列)で縦に並べる
ポイント: 粒度が粗すぎると管理できず、細かすぎると見にくくなる。1タスク=1〜2週間程度が目安。
各タスクの開始日・終了日と、前後の依存関係を決める。
- 各タスクの所要期間を見積もる
- 「タスクAが終わらないとタスクBが始められない」などの依存を矢印で表現
- マイルストーン(重要な区切り)もチャートに追加する
ポイント: 依存関係を正確に設定することで、遅延の影響範囲が見えるようになる。
各タスクに担当者を割り当て、負荷を確認する。
- タスクバーに担当者名を表記する
- 同じ人に作業が集中していないか確認する
- リソースの過負荷があれば、スケジュールを調整する
ポイント: 1人に同時期のタスクが3つも4つも割り振られていたら要調整。
実績を反映して、計画と実績のズレを管理する。
- タスクバーの色や塗りつぶしで進捗率を表現する
- 計画線と実績線を並べて表示し、遅延を可視化する
- 週次や月次でチームと共有し、問題を早期に検出する
ポイント: ガントチャートは作って終わりではなく、更新し続けるもの。更新が止まると一瞬で形骸化する。
具体例#
状況: 消費財メーカー(従業員300名)の新商品リリース。マーケティング・開発・製造の3部門が関わる。
タスク洗い出し: 市場調査(2週間)→コンセプト設計(3週間)→プロトタイプ制作(4週間)→ユーザーテスト(2週間)→量産準備(3週間)→販売開始。並行して「パッケージデザイン(3週間)」と「販促物制作(2週間)」を進行。
チャート作成: 横軸に16週間の期間、縦軸に8つのタスクを配置。依存関係を矢印で接続。「販売開始」をマイルストーンとして設定。
進捗管理: 第6週時点でプロトタイプ制作が1週間遅延。ガントチャートを更新し、後続タスク(ユーザーテスト以降)への影響を可視化。追加リソース投入で遅れを吸収する判断を実施。
| 指標 | ガントチャートなし | あり |
|---|---|---|
| 遅延の検知タイミング | 第10週(手遅れ) | 第6週(即対応) |
| プロジェクト完了 | 3週間遅延 | 予定通り |
ガントチャートで遅延を4週間早く検知し、リソース追加という対策を早期に打てたことで、予定通り16週間でリリースを完了できた。
状況: 従業員1,200名の物流会社。基幹システムのクラウド移行。IT部門・業務部門・外部ベンダーの3者が関わる大規模プロジェクト。
ガントチャートの構成:
- 全85タスクをWBSから展開
- マイルストーン4つ(基本設計完了/開発完了/テスト完了/本番移行)
- 依存関係32本を矢印で接続
- クリティカルパスを赤色でハイライト
進捗管理の運用:
- 毎週金曜にPMがガントチャートを更新(所要30分)
- 月曜の定例でチーム全員とチャートを確認
- ステークホルダー向けは月次でサマリー版を共有
| 指標 | 移行プロジェクト |
|---|---|
| 計画タスク数 | 85 |
| 期限内完了率 | 92% |
| マイルストーン遅延 | 1回(1週間) |
| 最終的な遅延 | 0日 |
この取り組みが示すように、85タスクのガントチャートを週次更新することで、1つのマイルストーン遅延を早期に検知し、後続タスクの並列化で吸収。最終的に遅延ゼロで移行を完了した。
状況: 創業120年の酒蔵(従業員18名)。初めてのEC販売プロジェクト。IT知識は乏しいが、3ヶ月後の年末商戦に間に合わせたい。
シンプルなガントチャート(Google スプレッドシート):
| タスク | 担当 | 9月 | 10月 | 11月 |
|---|---|---|---|---|
| 商品撮影 | 杜氏 | ████ | ||
| EC サイト構築 | 外注 | ████ | ████ | |
| 決済設定 | 社長 | ████ | ||
| 商品説明文作成 | 番頭 | ████ | ████ | |
| テスト注文 | 全員 | ██ | ||
| SNS告知開始 | 番頭 | ████ | ||
| 販売開始 | ◆ |
効果: ITに不慣れなチームでも「誰がいつまでに何をやるか」が一目瞭然。外注先との認識合わせにもガントチャートが活躍。
| 指標 | 結果 |
|---|---|
| 年末商戦に間に合ったか | 11月20日にオープン |
| 初月売上 | 180万円(目標100万円の180%) |
| プロジェクト予算 | 予算内で完了 |
IT知識がなくてもスプレッドシートで作るシンプルなガントチャートで十分効果がある。「見える化」の力で初めてのEC立ち上げを予定通り完了し、初月売上は目標の**180%**を達成した。
やりがちな失敗パターン#
- 最初に作って更新しない — 綺麗なガントチャートを作って満足し、その後誰も更新しない。更新ルール(毎週金曜に担当者が進捗入力など)を決めておく
- タスクの粒度がバラバラ — 「設計」が1本のバーで「テスト」が10本に分かれているとバランスが悪い。同じレベル感で分解することを意識する
- 依存関係を入れない — 横棒を並べただけだと、ただのスケジュール表。依存関係があってこそ、遅延の影響が可視化される
- ツールに凝りすぎる — 高機能なツールを導入しても使いこなせなければ意味がない。最初はスプレッドシートでも十分。ツールより運用ルールが大事
まとめ#
ガントチャートは、プロジェクトのスケジュールを横棒グラフで見える化する最もポピュラーなツール。作り方はシンプルだが、効果を出すには「更新し続けること」と「依存関係を正しく設定すること」が重要。WBSで作業を分解し、クリティカルパス法で重要経路を特定した上でガントチャートに落とし込むと、スケジュール管理の精度が格段に上がる。