ガントチャートの作り方｜無料ツール3選と操作手順を解説 orora.co.jp

ガントチャートが「時間軸の言語」である理由

プロジェクト管理の現場で、タスク一覧（WBS）は整備されているのに「誰が何をいつまでにやるか」がチーム全体に伝わらないという構造的な課題があります。
WBS（Work Breakdown Structure：作業分解構造。プロジェクトの全作業を階層的に分解した一覧表）はタスクの「内容と範囲」を定義しますが、時間軸と担当者を一覧できる形式ではありません。
ガントチャートはその補完役として機能します。縦軸にタスク、横軸に日付を配置し、棒グラフで期間を示すことで「誰が・いつから・いつまで・何をするか」を1枚で可視化します。

本記事では、ガントチャートの作り方を5ステップで具体的に解説するとともに、無料で使える主要3ツールの操作手順を実務レベルで紹介します。
WBSの設計方法についてはWBSの作り方を、プロジェクト管理手法の全体像についてはプロジェクト管理の方法をそれぞれご参照ください。
本記事は「ガントチャートを選んだ後」の実装フェーズに絞って解説します。

作り始める前に決める3つの設計要素

ツールを開く前に以下の3点を確認しておくと、後の手戻りが大きく減ります。

①時間粒度（日・週・月）

タスクの最小実行単位が「半日」のプロジェクトに「月単位」のガントチャートは合いません。
目安は、最も短いタスクの所要期間が2〜3マスになる粒度です。
1〜2週間のスプリントなら「日」単位、3〜6ヶ月の開発プロジェクトなら「週」単位、年次計画なら「月」単位が基準になります。

②管理する対象（タスク・担当・マイルストーン）

ガントチャートに入力する主な軸は4種類です。

タスク名：作業の単位（WBSの最下層が起点）
担当者：RACI（Responsible・Accountable・Consulted・Informed：タスクに対する実行責任・最終責任・協議・報告の役割分担マトリクス）でいう「R（実行責任者）」を1名で入力
期間：開始日と終了日
マイルストーン：成果物の提出・承認・リリースなどの判断節目

この4点が揃っていないガントチャートは「図解された日程表」にとどまります。

③依存関係の事前洗い出し

ガントチャートがWBSと決定的に異なるのは、タスク間の依存関係（先行タスク）を表現できる点です。
「設計書が完成しないと開発に入れない」「テスト環境構築と並行してドキュメント作成は動かせる」という構造を図に落とすことで、クリティカルパス（Critical Path：プロジェクト全体の完了を左右する最長の依存タスク連鎖）が見えてきます。
依存関係を事前に洗い出さないまま作り始めると、タスクが遅延した際に「どのタスクを動かせばよいか」の判断ができなくなります。

ガントチャートをゼロから作る5ステップ

ステップ1：WBSからタスクを抽出し縦軸に並べる

WBSの最下層にある「作業パッケージ」レベルのタスクを縦軸に並べます。
「1タスク＝1行」の原則を守ることがポイントです。
複数人が並行して担当するタスクを1行にまとめると、進捗の把握が困難になります。
フェーズ（要件定義・設計・開発・テスト・リリース）でグルーピングし、「フェーズ行→子タスク行」という2階層構造にすると可視性が高まります。

ステップ2：所要期間と担当者を入力する

開始日と終了日（または所要日数）を各タスクに入力します。
このとき、「バッファ」を個々のタスクの中に埋め込まないことが重要です。
バッファを各タスクに分散させるとプロジェクト全体のスラック（余裕日数）が不透明になります。
代わりに、フェーズ末尾またはプロジェクト末尾に「バッファタスク」として明示的に確保するのが実務上の定石です。

ステップ3：依存関係（先行タスク）を設定する

依存関係には主に4種類あります。

FS（Finish to Start）：前タスクが終わったら後タスクが始まる（最も一般的）
SS（Start to Start）：前タスクが始まったら後タスクも開始できる
FF（Finish to Finish）：前タスクが終わったら後タスクも終わらせる
SF（Start to Finish）：前タスクが始まったら後タスクを終了する（まれ）

中小規模のプロジェクトであればFSを基本とし、並行作業はSSで表現するだけで十分です。
依存関係を正確に設定することで、1タスクの遅延が後続タスクへどう波及するかを「連鎖シミュレーション」で確認できるようになります。

ステップ4：クリティカルパスを特定する

依存関係を設定し終えたら、クリティカルパスを目視またはツールの強調表示で確認します。
クリティカルパス上のタスクが1日遅延すると、プロジェクト完了日が直接1日後ろ倒しになります。
一方、クリティカルパス外のタスクには「フロート（余裕日数）」があり、その範囲内であれば遅れが全体に影響しません。
マネジャーがガントチャートを確認する際は、まずクリティカルパス上のタスク状況に注目することが重要です。

ステップ5：マイルストーンを配置して意思決定ポイントを明示する

マイルストーンはタスクではなく「判断の節目」です。
設計完了レビュー・ステークホルダー承認・外部納品・システムリリースなど、誰かの意思決定が必要な点をひし形マーカーで配置します。
マイルストーンの前後にはバッファを設け、承認者をRACIの「A（最終責任者）」として明示しておくと、ガントチャートが「日程表」から「意思決定の地図」として機能し始めます。

無料ツール別の操作手順と選び方

Excel・Googleスプレッドシート：柔軟性最高・依存自動連動なし

条件付き書式で「開始日〜終了日のセルを塗りつぶす」方式がもっとも一般的です。
作成手順の概要は以下の通りです。

A列にタスク名、B列に開始日、C列に終了日、D列以降に日付を横並びで入力する
D2以降のセルに条件付き書式を設定し、数式「AND(D$1>=$B2, D$1<=$C2)」を真とする場合に塗りつぶし色を適用する
依存関係は別列「先行タスク番号」として入力し、手動で管理する

既存のExcel・スプレッドシート環境をそのまま活用できる点がメリットです。
デメリットは依存関係の自動連動がないため、タスク日程の変更時に後続タスクを手動で全修正する必要がある点です。
3ヶ月以内・20タスク以下の小規模プロジェクトに適しています。

Notion：ドキュメントと一体管理できるタイムラインビュー

Notionのデータベースにはタイムラインビューとガントビューがあり、無料プランでも利用可能です（2026年現在）。
設定手順は次の通りです。

データベースを作成し、「開始日」「終了日」の日付プロパティを追加する
ビューを「タイムライン」に切り替え、開始・終了の日付プロパティをマッピングする
「依存関係」プロパティをオンにすると、タスク間に矢印を引いて先行タスクを設定できる
担当者（People型）・ステータス（Select型）を追加してフィルタリングする

ただし、依存関係の自動連動（1タスク遅延→後続タスクの自動シフト）はNotionでは対応していないため、日程変更時は手動調整が必要です。
ドキュメントとタスク管理を同一ツールで運用しているチームに向いています。

Backlog：依存関係の自動連動と複数人同時更新が強み

BacklogはJira・Asanaと並ぶプロジェクト管理専用ツールで、ガントチャート機能を標準搭載しています。
無料プランはユーザー数・プロジェクト数に上限がありますが、小規模チームであれば十分に機能します（2026年現在）。

プロジェクトを作成後、「ガントチャート」メニューを選択する
課題（タスク）を追加し、開始日・期限・担当者を設定する
ガントチャート上でタスクバーをドラッグして依存関係の矢印を接続する
先行タスクの遅延時に後続タスクの開始日が自動シフトするよう設定する

依存関係の自動連動が必要なプロジェクトや、複数人が並行して進捗を更新する環境では、専用ツールの導入を検討する価値があります。
ツール選定から運用体制の設計まで一緒に整理したい場合は、プロジェクトマネジメント支援を活用するのも一手です。

ツール選択の判断軸まとめ

タスク数20以下・期間3ヶ月以内：Excel・Googleスプレッドシート
ドキュメントと一元管理したい・Notion既存ユーザー：Notionタイムラインビュー
依存関係の自動連動・複数人同時更新・進捗レポートが必要：Backlog・Asana・Jiraのいずれか

あなたの会社のプロジェクト管理体制、専門家と一緒に整理してみませんか？

株式会社ORORAでは、ガントチャートの設計から更新運用体制の構築まで、プロジェクトマネジメント全体を伴走支援しています。

株式会社ORORAの支援内容を見る

ガントチャートが「形骸化」するメカニズムと対策

ガントチャートが機能しなくなる最大の原因は「更新作業の放棄」です。
作成時点では精度が高くても、タスクが遅延するたびに修正が面倒になり、最終的には実態と乖離した「飾りのガントチャート」が残ります。
この問題は個人のモチベーションではなく、運用設計の問題として捉えることが重要です。

更新ルールを「誰が・いつ・何を」で明文化する

RACIを活用して更新責任者を1名に決め、更新タイミング（週次定例前・スプリント終了時など）をカレンダーに固定します。
更新項目は「進捗率（%）」「実績終了日」「遅延理由（1行）」の3点に絞ると継続しやすくなります。

EVM指標で遅延の深刻度を定量化する

ガントチャートの視覚的な遅延を数値で補完する手法として、EVM（Earned Value Management：計画・実績・出来高の3軸でコストとスケジュール効率を同時に測るプロジェクト管理技法）があります。
EVMのSPI（Schedule Performance Index：進捗指数。1.0が計画通り、1.0未満は遅延を意味する）を週次で定点観測することで、「少し遅れに見える程度」の状況でも実際の遅延深刻度を定量的に判断できます。
Excelや専用ツールで週次SPIを追うだけでも、マネジャーの意思決定精度は上がります。

▼ あわせて読みたい
KPI設計の方法｜形骸化しない指標の作り方と運用のコツ

「更新会議」から「非同期更新フロー」へ切り替える

週次の進捗会議でガントチャートを画面共有しながら口頭で更新するスタイルは、更新工数が高くなりがちです。
担当者が自分のタスクだけを非同期で更新し、マネジャーが差分を確認するフローに切り替えると、会議時間を短縮しつつガントチャートの精度を維持できます。
進捗管理が失敗する原因と改善策の詳細は、進捗管理がうまくいかない原因と5つの改善コツもあわせてご確認ください。

まとめ：ガントチャートは「動かし続けるもの」

ガントチャートの本質的な価値は、作成時点の計画精度よりも「変化が起きたときに全体への影響を即座に把握できる構造」にあります。
5つのステップ（タスク抽出→期間・担当設定→依存関係設定→クリティカルパス確認→マイルストーン配置）と、チームの規模・環境に合ったツール選択を組み合わせることで、更新コストを低く保ちながら実態に近いガントチャートを維持できます。

「ガントチャートは作ったが更新が続かない」「依存関係が複雑になってきた」「複数プロジェクトを横断して管理したい」という段階に入ったとき、管理手法の見直しを外部の視点で行うことも選択肢の一つです。

株式会社ORORAの支援内容を見る