ガントチャートとは？作り方や見方、WBS・PERTとの違いを初心者向けに解説

はじめに

プロジェクト管理やシステム開発について勉強していると、ガントチャートという言葉が登場します。

ガントチャートは、プロジェクトで行う作業を縦に並べ、実施する期間を横棒で表した表です。

作業の開始予定日や終了予定日、担当者、進捗状況などを一つの表で確認できるため、システム開発、建設、イベント準備、製品開発など、幅広い場面で利用されています。

しかし、初めてガントチャートを学ぶ方にとっては、

• ガントチャートは単なるスケジュール表なのか
• 縦軸と横軸には何を書くのか
• 予定と実績はどのように記入するのか
• WBSで作業を分解してから作るのか
• PERT図とは何が違うのか
• 作業同士の依存関係も表せるのか
• バーンダウンチャートとは何が違うのか
• ガントチャートを見れば遅延の原因まで分かるのか

といった点が分かりにくいのではないでしょうか。

ガントチャートを一言で表すと、

「プロジェクトの作業と実施期間を横棒で表し、予定や進捗を見える化する工程管理表」

です。

ただし、ガントチャートだけでプロジェクト管理のすべてを行えるわけではありません。

まずWBSで必要な作業を洗い出し、ガントチャートで日程を配置し、作業の依存関係や余裕時間を詳しく調べたい場合はPERTやクリティカルパス法を利用するなど、それぞれの道具を使い分けることが大切です。

この記事では、ガントチャートの意味、基本構成、作り方、見方、WBS・PERT・バーンダウンチャートとの違いについて、会話を中心に初心者向けにわかりやすく解説します。

ガントチャートとは？

ガントチャートは、プロジェクトで行う作業と、その作業をいつ行うかを横棒で表した表だよ。

カレンダーに作業を書き込んだもの？

カレンダーに近いけれど、作業ごとの期間や重なり、担当者、進捗状況などを一覧で確認できるのが特徴だよ。

ガントチャートでは、一般的に次のような構成を使います。

• 縦軸：作業やタスク
• 横軸：日付や週、月
• 横棒：作業の開始から終了までの期間

例えば、Webサイトを作るプロジェクトであれば、次のような作業があります。

• 要件を確認する
• 画面を設計する
• プログラムを作る
• テストする
• 本番環境へ公開する

これらを縦に並べ、いつからいつまで行うかを横棒で表します。

作業              1週目  2週目  3週目  4週目
要件確認          ■■■
画面設計             ■■■
プログラム作成          ■■■■■
テスト                       ■■■
本番公開                        ■

どの作業がいつ行われるか、全体を見渡せるんだね。

そう。複数の作業が同時に進んでいることや、次に始まる作業も把握しやすいよ。

ガントチャートの名前の由来

ガントチャートの名称は、アメリカの機械工学者・経営コンサルタントであるヘンリー・ガントの名前に由来します。

作業の計画と実績を視覚的に管理する方法として広まり、現在ではプロジェクト管理の代表的な道具として利用されています。

英語では、Gantt Chartと書きます。

ガントという作業管理の用語があるのではなく、人の名前なんだね。

そう。試験でも名称の由来より、作業期間を横棒で表すという特徴を覚えることが大切だよ。

ガントチャートを旅行計画で例えてみよう

ガントチャートを、3日間の旅行を準備する場合で考えてみよう。

旅行前には、次のような作業があります。

• 行き先を決める
• ホテルを予約する
• 交通手段を予約する
• 観光ルートを決める
• 荷物を準備する

これらを文章だけで管理すると、何をいつまでに行うべきか分かりにくくなります。

そこで、ガントチャートにすると次のようになります。

作業                1日目  2日目  3日目  4日目  5日目
行き先を決める      ■■
ホテルを予約する       ■
交通手段を予約する     ■■
観光ルートを決める        ■■■
荷物を準備する                     ■■

ホテルと交通手段は、行き先が決まってから始める必要があるね。

そう。このように、作業の順番や重なりも見やすくなるんだ。

ガントチャートは、単に締切日を並べるだけではありません。

作業の期間や前後関係を見えるようにし、プロジェクト全体の流れを把握するために使います。

ガントチャートの基本構成

ガントチャートには、主に次の情報を記載します。

• 作業名
• 開始日
• 終了日
• 作業期間
• 担当者
• 進捗率
• 予定を表す横棒
• 実績を表す横棒
• マイルストーン
• 依存関係

すべてを必ず記載する必要はありません。

プロジェクトの規模や管理目的に応じて、必要な項目を選びます。

縦軸には作業を並べる

縦軸には、プロジェクトで実施する作業を並べます。

例えば、システム開発では次のようになります。

• 要件定義
• 基本設計
• 詳細設計
• プログラミング
• 単体テスト
• 結合テスト
• システムテスト
• 本番移行

作業の並びは、一般的に上から下へ進行する順番に配置します。

横軸には時間を並べる

横軸には、日付、週、月などの時間を並べます。

細かすぎる単位を使うと見づらくなり、粗すぎる単位を使うと進捗を確認しにくくなります。

プロジェクトの長さに合った単位を選ぶことが重要です。

横棒で作業期間を表す

作業の開始日から終了日までを、横棒で表します。

例えば、5月1日から5月5日まで設計を行う場合、その期間に横棒を引きます。

横棒の長さを見ることで、作業に必要な期間を直感的に確認できます。

担当者を記載する

作業ごとに担当者や担当部署を記載すると、誰が責任を持つのかを確認できます。

ただし、担当者を記載しただけで、必要な作業量や負荷を管理できるわけではありません。

同じ担当者へ作業が集中していないかも確認する必要があります。

進捗率を記載する

作業がどの程度進んでいるかを、進捗率として記載する場合があります。

• 0％：未着手
• 25％：一部着手
• 50％：半分程度完了
• 75％：大部分が完了
• 100％：完了

ただし、進捗率は担当者の主観に左右されやすい点に注意が必要です。

「90％完了」の状態が長期間続くこともあります。

可能であれば、成果物や完了条件を明確にして判断します。

予定と実績の表し方

ガントチャートでは、予定だけでなく実績を記入することがあります。

例えば、次のように表現します。

• 薄い横棒：予定期間
• 濃い横棒：実績期間
• 横棒の中の塗りつぶし：進捗率
• 別の行：予定と実績を分ける

設計予定    □□□□□
設計実績      ■■■■■

この例では、予定より2日遅れて開始したことが分かります。

予定と実績を分ける理由

予定の横棒を、実際の進み方に合わせて動かせばいいわけではないの？

予定を上書きすると、当初の計画と実際の違いが分からなくなるよ。

予定と実績を残しておけば、次のことを確認できます。

• 作業の開始が遅れた
• 予定より長くかかった
• 予定より早く終わった
• 後続作業へ影響が出た
• 見積りが適切だったか

当初の予定をベースラインとして保存し、実績と比較する方法もあります。

マイルストーンとは？

マイルストーンとは、プロジェクトにおける重要な節目です。

ガントチャートでは、ひし形などの記号で表すことがあります。

代表例は次のとおりです。

• 要件確定
• 設計承認
• 開発完了
• テスト開始
• 顧客確認
• 本番公開
• プロジェクト完了

マイルストーンも作業なの？

作業期間ではなく、重要な出来事や到達点を表すことが多いよ。

例えば、「本番公開」は特定の日に行われるため、期間のある横棒ではなく、時点を表す記号で記載します。

依存関係とは？

依存関係とは、ある作業を始めるために、別の作業の完了などが必要になる関係です。

例えば、

• 要件定義が終わらなければ設計できない
• 設計が終わらなければプログラムを作れない
• プログラムが完成しなければテストできない

といった関係です。

要件定義 → 設計 → 開発 → テスト → 本番公開

ガントチャートでは、作業同士を矢印でつないで依存関係を表すことがあります。

依存関係の主な種類

プロジェクト管理では、依存関係を次のように分類することがあります。

最もよく使われるのは、終了－開始の関係です。

ガントチャートの見方

ガントチャートを見るときは、次の順番で確認すると分かりやすくなります。

1．プロジェクト全体の期間を見る

まず、開始日と終了予定日を確認します。

2．主要な作業を見る

要件定義、設計、開発、テストなど、大きな作業の流れを確認します。

3．現在行われている作業を見る

今日の日付を示す線があれば、現在どの作業を行っている予定なのか確認します。

4．予定と実績の差を見る

開始遅れ、終了遅れ、進捗の遅れがないか確認します。

5．依存関係を見る

遅れた作業が、どの後続作業へ影響するか確認します。

6．担当者の重複を見る

同じ時期に、同じ担当者へ複数の作業が集中していないか確認します。

7．マイルストーンを見る

重要な承認日や公開日に間に合うか確認します。

ガントチャートだけでは分からないこと

ガントチャートは便利ですが、グラフだけで次のことまで自動的に分かるわけではありません。

• 遅れが発生した具体的な原因
• 作業の品質
• 担当者が困っている理由
• 必要なコスト
• 作業の不確実性
• 顧客へ提供できる価値
• 最も遅延へ影響する経路
• 作業量が適切に分解されているか

横棒が遅れていれば、原因まで分かるわけではないんだね。

そう。ガントチャートは問題の場所を見つける道具であって、原因分析そのものではないよ。

問題が見つかったら、担当者への確認、リスク分析、PERT、原因分析などを行います。

ガントチャートを作る基本的な流れ

1．プロジェクトの目的を明確にする

まず、何を完成させるプロジェクトなのかを決めます。

例えば、

• Webサイトを公開する
• 新システムを導入する
• 店舗を開店する
• イベントを開催する

といった目標です。

2．WBSで作業を分解する

目標を達成するために必要な作業を洗い出します。

このときに利用されるのが、WBSです。

例えば、Webサイト制作を次のように分解します。

Webサイト制作
├─ 要件整理
├─ デザイン
│  ├─ トップページ
│  └─ 下層ページ
├─ 開発
│  ├─ 画面作成
│  └─ 問い合わせ機能
├─ テスト
└─ 公開

3．作業の順番を決める

どの作業を先に行う必要があるかを整理します。

並行して進められる作業も確認します。

4．作業期間を見積もる

各作業に必要な日数や時間を考えます。

過去の実績、担当者の経験、作業の難しさなどを参考にします。

5．担当者を決める

各作業の担当者や担当部署を決めます。

6．開始日と終了日を配置する

作業の順番や担当者の予定を考慮し、横軸上へ横棒を配置します。

7．依存関係とマイルストーンを設定する

作業同士の前後関係や、重要な期限を記載します。

8．進捗と実績を更新する

プロジェクト開始後は、実際の開始日、終了日、進捗率などを更新します。

9．予定との差を確認して調整する

遅れが発生した場合は、後続作業への影響や担当者の負荷を確認し、計画を修正します。

WBSとガントチャートの違い

WBSとガントチャートは、どちらを先に作るの？

基本的にはWBSで作業を分解してから、ガントチャートへ期間を配置するよ。

WBSは、Work Breakdown Structureの略です。

プロジェクトの成果物や作業を、管理しやすい単位へ階層的に分解します。

WBSで「何をするか」を決め、ガントチャートで『いつするか』を決めるんだね。

WBS・ガントチャート・実績管理の関係

プロジェクト管理の流れを簡単に表すと、次のようになります。

目標を決める
    ↓
WBSで作業を分解する
    ↓
作業の順番と期間を見積もる
    ↓
ガントチャートへ予定を配置する
    ↓
作業開始後に実績を記録する
    ↓
予定と実績を比較する
    ↓
必要に応じて計画を調整する

WBSで分解した作業ごとに、ガントチャートへ予定と実績を記入していくということ？

そう。その考え方で合っているよ。

ただし、WBSの最も細かい作業をすべてガントチャートへ載せると、見づらくなる場合があります。

管理する必要がある粒度へ調整することも大切です。

ガントチャートとPERT図の違い

PERTは、Program Evaluation and Review Techniqueの略です。

PERT図では、作業の順番や依存関係をネットワーク状に表します。

ガントチャートが日程を直感的に確認するのに向いているのに対し、PERT図は作業同士のつながりや、プロジェクト全体の所要時間を分析するのに向いています。

ガントチャートを見てPERTで分析するの？

ガントチャートを見て、遅れている作業をPERTで分析するの？

その使い方もできるけれど、必ずその順番で行うわけではないよ。

一般的には、次のような流れが考えられます。

1. WBSで作業を分解する
2. 作業の順序や依存関係を整理する
3. 必要に応じてPERT図で所要時間や経路を分析する
4. 分析結果をもとにガントチャートへ日程を配置する
5. 作業開始後は予定と実績を管理する

つまり、PERTはガントチャート作成前の計画段階で使うこともあります。

プロジェクト開始後に遅れが発生した場合、依存関係やクリティカルパスを再確認するために使うこともできます。

クリティカルパスとは？

クリティカルパスとは、プロジェクト開始から終了までの経路のうち、所要時間が最も長く、遅れるとプロジェクト全体の完了も遅れる作業経路です。

例えば、次の二つの経路があるとします。

経路A

要件定義5日 → 設計5日 → 開発10日 → テスト5日
合計25日

経路B

機材準備3日 → 環境構築5日
合計8日

経路Aの方が長いため、経路Aがクリティカルパスになる可能性があります。

経路A上の作業が1日遅れると、プロジェクト全体も1日遅れる可能性があります。

一方、経路Bには余裕がある場合があります。

すべての作業の遅れが、同じように納期へ影響するわけではないんだね。

そう。どの作業が全体の納期に直結するかを考えることが重要だよ。

ガントチャートと工程表の違い

工程表は、作業工程や日程を管理する表の総称です。

ガントチャートは、工程表の代表的な形式の一つと考えられます。

建設業などでは、バーチャート工程表、ネットワーク工程表など、複数の形式が使われます。

ガントチャートのメリット

プロジェクト全体を見渡せる

複数の作業を一つの表へまとめることで、全体の流れを把握できます。

作業期間が直感的に分かる

横棒の位置と長さを見るだけで、開始日、終了日、作業期間を確認できます。

作業の重なりを確認できる

複数の作業が同時に進む期間を確認できます。

進捗の遅れを発見しやすい

予定と実績を比較すれば、どの作業が遅れているか分かります。

関係者と計画を共有しやすい

文章だけの計画より、関係者へ説明しやすくなります。

担当者や期限を明確にできる

誰が、いつまでに、何を行うかを整理できます。

ガントチャートのデメリット・注意点

作成と更新に手間がかかる

作業数が多いほど、日程や進捗の更新に時間がかかります。

更新されていないガントチャートは、実際の状況と異なるため、誤った判断につながります。

変更が多いプロジェクトでは修正が増える

要件や優先順位が頻繁に変わる場合、作業日程を何度も引き直す必要があります。

作業の不確実性を表しにくい

横棒は確定した予定のように見えますが、実際には見積りに不確実性があります。

作業同士の複雑な関係が見づらい

作業数が多く、依存関係の矢印が増えると、図が複雑になります。

PERT図の方が分析しやすい場合があります。

進捗率が主観的になりやすい

「80％完了」などの数字が、実際の完成状態を正確に表さないことがあります。

細かくしすぎると読みにくい

数百件のタスクを一枚のガントチャートへ載せると、全体像を把握しにくくなります。

概要版と詳細版を分ける方法もあります。

ガントチャートをうまく使うポイント

作業を適切な大きさへ分ける

作業が大きすぎると、進捗が分かりにくくなります。

反対に、細かすぎると更新の負担が増えます。

数日から数週間程度で管理できる大きさなど、プロジェクトに合った粒度を選びます。

完了条件を明確にする

「設計を進める」ではなく、

• 設計書を作成する
• レビューを完了する
• 承認を受ける

など、何をもって完了とするかを決めます。

予定と実績を残す

実績に合わせて予定を上書きするだけでは、計画との差が分かりません。

基準となる計画を保存します。

依存関係を増やしすぎない

本当に前の作業が終わらなければ始められないのか確認します。

不要な依存関係を設定すると、日程変更の影響が大きくなります。

定期的に更新する

週次会議など、更新するタイミングを決めます。

重要な作業を強調する

クリティカルパス、マイルストーン、遅延作業などを見分けられるようにします。

ガントチャートだけに頼らない

リスク一覧、課題管理表、WBS、PERT図、カンバンボードなど、目的に応じて組み合わせます。

ガントチャートが向いている場面

ガントチャートは、次のようなプロジェクトと相性があります。

• 期限が明確
• 作業の順番をある程度予測できる
• 複数の作業や担当者がいる
• 作業期間を管理したい
• 進捗を関係者と共有したい
• マイルストーンがある

代表例は次のとおりです。

• システム開発
• 建設工事
• イベント開催
• 製品開発
• 採用活動
• 店舗開店
• 広告キャンペーン
• 資格学習計画

ガントチャートが向いていない可能性がある場面

次のような場合は、ガントチャートだけでは管理しにくいことがあります。

• 優先順位が毎日変わる
• 作業の追加が非常に多い
• いつ何を作るか事前に予測できない
• 定型作業が継続的に流れてくる
• 個々の作業が数時間で完了する
• 日程より作業の流れを重視したい

このような場合は、カンバンボードやバックログによる管理が適することがあります。

ガントチャートを使った進捗管理の例

Webサイト制作のプロジェクトを例にします。

この場合、要件確認の遅れがデザインへ伝わり、開発も予定より遅れて始まっています。

次に確認する点は次のとおりです。

• 開発期間を短縮できるか
• テストを一部並行して始められるか
• 公開日を変更する必要があるか
• 追加の担当者が必要か
• 遅れた作業がクリティカルパス上にあるか

ガントチャートで遅れを見つけ、その後に具体的な対策を考えるんだね。

そう。チャートを見るだけでなく、次の判断につなげることが大切だよ。

ガントチャートを作れる主なツール

ガントチャートは、さまざまなツールで作成できます。

• Excel
• Googleスプレッドシート
• Microsoft Project
• Backlog
• Jira
• Asana
• Notion
• Trelloの拡張機能
• 専用プロジェクト管理ツール

小規模な計画であれば、ExcelやGoogleスプレッドシートでも作成できます。

依存関係の自動調整、担当者の負荷管理、複数プロジェクトの管理が必要であれば、専用ツールが便利です。

Excelで作る場合の基本項目

日付部分へ条件付き書式などを使い、作業期間を色付けする方法があります。

ITパスポート・基本情報・応用情報の試験対策

ガントチャートは、プロジェクト管理や工程管理の代表的な用語として、情報処理技術者試験で押さえておきたい内容です。

試験別に押さえたい内容

試験で覚えたい重要用語

試験問題で注目する表現

類似用語の試験対策比較

よくある誤解

ガントチャートは作業を洗い出すための図である

最初にガントチャートを開いて、必要な作業を考えればいいの？

作業の洗い出しにはWBSを使い、その結果をガントチャートへ配置する方が整理しやすいよ。

ガントチャートでも作業を追加できますが、主な目的は作業の日程管理です。

ガントチャートを作れば計画は完成する

ガントチャートは計画を見えるようにする道具です。

作業の漏れ、見積りの間違い、リスクなどを自動的に解決するものではありません。

横棒どおりに必ず作業が進む

横棒は予定です。

実際には問題や変更が発生するため、実績を更新し、必要に応じて計画を調整します。

予定が遅れたら横棒を移動すればよい

予定を実績に合わせて毎回上書きすると、当初計画との差が分からなくなります。

基準計画を残し、実績や変更後の予定と比較することが重要です。

進捗率が90％なら、あと少しで終わる

進捗率は主観的になりやすく、「90％」の状態が長く続く場合があります。

残っている成果物や完了条件を確認する必要があります。

ガントチャートを見れば遅延原因が分かる

ガントチャートから遅れている作業は分かりますが、遅れた原因までは分かりません。

担当者への確認や課題分析が必要です。

すべての作業を細かく載せるほどよい

細かすぎるガントチャートは、更新負担が大きく、全体像も見えにくくなります。

管理目的に合った粒度へ調整します。

PERTはガントチャートで遅れを見つけた後だけ使う

PERTは、計画段階で作業順序やクリティカルパスを分析するためにも使います。

遅延発生後の再分析にも利用できます。

ガントチャートとWBSは同じものである

WBSは作業を分解するもの、ガントチャートは作業を時間軸へ配置するものです。

ガントチャートはウォーターフォールでしか使えない

ガントチャートはウォーターフォール型のプロジェクトと相性がよい道具ですが、アジャイル開発でも、リリース計画、複数チームの調整、外部期限の管理などに使われることがあります。

ただし、短期的な作業を固定しすぎると、変化への対応を妨げる場合があります。

ガントチャートがあれば担当者の負荷も分かる

担当者名と作業期間は確認できます。

しかし、各作業に必要な工数が分からなければ、負荷を正確に判断できません。

専用ツールのリソース管理機能や工数表などと組み合わせます。

まとめ

ガントチャートとは、プロジェクトの作業と実施期間を横棒で表し、予定や進捗を見える化する工程管理表です。

一般的には、縦軸に作業名、横軸に日付や週、月を配置し、作業の開始日から終了日までを横棒で表します。

担当者、進捗率、予定、実績、マイルストーン、依存関係などを追加することで、プロジェクト全体の流れを確認できます。

ガントチャートを作る前には、WBSを使って必要な作業を洗い出します。

その後、作業の順序や必要期間を考え、ガントチャートへ日程を配置します。

作業同士の複雑な依存関係や、プロジェクト全体の納期を決める経路を分析したい場合は、PERT図やクリティカルパス法を利用します。

プロジェクト開始後は、予定と実績を記録し、遅延や変更の影響を確認します。

最後に要点を整理します。

ガントチャートは、作業の一覧と日程を横棒で表すものなんだね。

そう。縦に作業、横に時間を並べると覚えると分かりやすいよ。

まずWBSで作業を分解して、それぞれの作業をガントチャートへ配置するんだね。

そう、作業開始後は予定だけでなく、実績も記録していくよ。

PERTは、ガントチャートで遅れを見つけた後だけに使うの？

それだけではないよ。計画段階で作業の依存関係やクリティカルパスを分析するときにも使えるんだ。

WBSで何をするかを分け、PERTで順番やつながりを分析し、ガントチャートでいつするかを管理するんだね。

バッチリ。「何を、どの順番で、いつ行うか」を、それぞれの道具で整理すると理解しやすいよ。

クマノくらげ

X

難しいIT用語やビジネス用語を、できるだけ身近な例えで解説するブログです。 「専門用語を見ると眠くなる人」でも読めるように、画像や会話形式を多めにしています。 AWS12冠達成済み。