工程管理とガントチャート

軸を「目的」に置くと、ガントチャートが工程管理のどこを支えているかが見えてきます。計画を立てる段階では、作業の順番と期間を帯の長さと位置で表し、全体がいつ終わるのかの見通しを関係者に示します。進行中は、計画の帯と実績を並べて、どの作業が予定どおりで、どこが遅れているかを突き合わせる土台になります。

作るのはPMやPMOが中心で、素材になるのは作業一覧と見積り、担当割りです。多くの場合、作業を洗い出したWBSを先に用意し、そこに期間と依存関係を足していく順で組み立てます。帯を並べると、ある作業が終わらないと次が始められない、という前後関係が視覚的に浮かび上がります。

• 全体像の共有：発注側・開発側・運用側など立場の違う人が、同じ一枚を見て納期感をそろえられます。
• 遅れの早期発見：計画線と実績線のずれが帯で表れるため、口頭の報告より早く異変に気づきやすくなります。
• 打ち手の検討材料：どの作業を前倒しすれば後ろが楽になるか、帯を動かしながら相談できます。

一方で、ガントチャート単体は「なぜ遅れたか」までは語りません。原因の把握は進捗会議や課題管理と組み合わせる前提で使うものと考えておくと、過信を避けられます。

次の軸は「進め方」です。ゼロから作る場合、PMはおおむね次の順で手を動かします。まず成果物から逆算して作業を洗い出し、それぞれに想定期間を置きます。次に、どの作業がどの作業の完了を待つのかという依存関係を決め、担当者を割り当てます。ここまで決まって初めて、帯を時間軸に並べられる状態になります。

帯を置くときは、着手予定日と完了予定日を両端にとり、依存のある作業はつなげて配置します。節目になる時点には、計画の区切りを示すマイルストーンを菱形などで重ねると、工程の山場が読み取りやすくなります。ツールは表計算ソフトでも専用のプロジェクト管理ツールでも組めますが、どちらでも「誰が更新を続けるか」を先に決めておくことが肝心です。

運用に入ったら、決めた頻度で実績を書き込みます。週次であれば、各作業の進み具合を担当者から集め、帯の塗りや実績線を更新し、遅れがあれば後続への影響を確認します。

• 更新の担当と頻度を固定する：誰がいつ触るかを曖昧にすると、図がすぐ古くなり信頼されなくなります。
• 粒度をそろえる：一日の作業と数週間の作業を同じ図に混ぜると、全体が読みにくくなります。
• 変更は履歴を残す：帯を動かした理由を課題や議事録に残しておくと、後から経緯を追えます。

軸を「つまずきどころ」に移すと、ガントチャートは作ること自体より、使い続けることのほうが難しいと分かります。よくある形は、初回に力を入れて精緻な図を作ったものの、更新が追いつかず、計画のまま固まってしまうケースです。実績が反映されない図は、見ても現状が分からないため、誰も開かなくなっていきます。

もう一つは、帯を細かく刻みすぎて、作業項目が数百行に膨らむ形です。管理のための更新作業そのものが負担になり、本来の進行管理に手が回らなくなります。逆に粗すぎると、遅れが表面化したときには手遅れになっていることもあります。どの粒度で管理するかは、プロジェクトの規模とメンバー数を見て決める前提のものです。

依存関係の置き方でも差が出ます。本当はつながっていない作業を機械的に直列につなぐと、実際には並行できるのに不要な待ち時間が生まれます。逆に依存を見落とすと、前の作業が終わっていないのに後続を始める計画になり、現場で破綻します。帯を引く前に、作業どうしの順序を担当者と確認しておくと、こうしたずれを減らせます。遅れが出たときは、帯を後ろにずらすだけで済ませず、後続や納期にどう響くかまで見るのが工程管理の役割です。

最後の軸は「隣接概念との違い」です。工程管理の現場では、ガントチャート・WBS・マイルストーンがまとめて語られがちですが、役割は分かれています。整理しておくと、使い分けの判断がしやすくなります。

• WBSとの違い：WBSは作業を漏れなく分解した一覧で、時間軸を持ちません。ガントチャートは、そのWBSの項目に期間と順序を与えて時間軸にのせた図だと考えると関係が分かりやすいです。
• マイルストーンとの違い：マイルストーンは節目となる「点」で、設計完了や受入テスト開始といった到達点を表します。ガントチャートは作業の「帯」が主役で、その上に節目を重ねて使います。
• クリティカルパスとの違い：クリティカルパスは、全体の納期を左右する作業のつながりを指す考え方です。ガントチャート上でどの帯が遅れると納期に直結するかを見るとき、この視点が効きます。

つまり、まず作業を洗い出し（WPSやWBS）、それに時間と順序を与えて可視化し（ガントチャート）、節目と納期を左右する経路を押さえる（マイルストーン・クリティカルパス）、という重なりで理解すると、工程管理の道具立てが整理できます。どれか一つで足りるわけではなく、目的に応じて組み合わせる前提のものです。

ガントチャートを引けること自体は、PMの入口のスキルといえます。評価されやすいのは、図を作る技術よりも、工程を更新し続けて遅れに手を打った経験のほうです。職務経歴書や面接では、どの規模のプロジェクトで、どんな粒度の工程をどの頻度で管理し、遅れが出たときに後続や納期にどう対処したかを、具体的な作業の流れとして語れると説得力が増します。

また、WBS・マイルストーン・クリティカルパスとの関係を理解していると、工程管理を点ではなく仕組みとして説明できます。ツールの操作に寄りすぎず、立場の違う関係者に同じ見通しを共有させた経験まで言葉にできると、スケジュール管理を任せられる人材として見てもらいやすくなります。

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

工程表は作業の予定を時間軸で示す資料全般を指す言葉で、ガントチャートはその代表的な表現形式のひとつです。建設や製造でも帯状の工程表が使われ、PMの現場ではガントチャート形式が広く用いられます。横棒で作業の開始から終了を表すものを指して、両者をほぼ同義に使う場面も多いです。

ガントチャートはどのツールで作るとよいですか。

規模によって選び分けるのが現実的です。小さな案件なら表計算ソフトでも組めますし、依存関係や担当別の集計が必要になれば専用のプロジェクト管理ツールが扱いやすくなります。重要なのはツールの機能より、更新を続けられる運用を先に決めることだと考えられます。

作ったガントチャートが使われなくなるのはなぜですか。

多くは更新が止まり、実績が反映されなくなるためです。計画のまま古くなった図は現状を映さず、見ても判断材料にならないので開かれなくなります。更新の担当と頻度を決め、作業の粒度を管理できる範囲に抑えることが、使い続けられるかどうかの分かれ目になりやすいです。