【2026年9月最新】ネットワーク工程表とは?ガントチャートとの違い・基本ルール・作り方から、Claude Code/Codexで工程管理を自動化する方法まで解説
「ネットワーク工程表を作るように言われたが、ガントチャートと何が違うのかわからない」「矢印と丸印だけの図を見せられても読み方がわからない」——建設業をはじめとするプロジェクト管理の現場で、工程表の作成・提出を求められて戸惑う担当者は少なくありません。
結論から言うと、ネットワーク工程表は、作業同士の「依存関係」と「クリティカルパス(全体の工期を左右する経路)」を可視化するための工程表です。日程だけを一覧で見せるガントチャートとは目的が異なり、「どの作業が遅れると、工期全体にどれだけ影響するか」を数字で説明できるのが最大の特長です。
この記事では、参考元のfreee「ネットワーク工程表とは?見方や作成手順、メリットについて」が扱う基本記号・作成手順・メリットを土台に、クリティカルパス管理で間違えやすいポイントまで実務目線で整理します。後半では、工程表の更新・進捗反映・遅延アラートといった作業をClaude Code/Codex(AIエージェント)で自動化する方法を、弊社サービス「AI鬼管理」(運営: 株式会社GENAI)の実践ノウハウとともに解説します。
01 WHAT IS A NETWORK SCHEDULE ネットワーク工程表とは?基本記号を理解する 「作業の順序」と「依存関係」を矢印と丸印で可視化した工程表
📚 用語解説
ネットワーク工程表:工事や プロジェクトにおける作業の順序・依存関係を、矢印と丸印を使って可視化した工程表。作業の始まりと終わりを示す「イベント」を丸印、作業そのものを「アクティビティ」として矢印で結んで表現する。工程全体でもっとも時間がかかる経路(クリティカルパス)を特定できるのが最大の特長。
ネットワーク工程表を読み解くには、まず3つの基本記号を押さえる必要があります。
| 記号 | 意味 | 表し方 |
|---|---|---|
| イベント(ノード) | 作業の開始・完了地点 | ○(丸印)で表す。番号を振って区別する |
| アクティビティ | 実際にかかる作業そのもの | 矢印(→)で表す。矢印の上に作業名、下に所要日数を記載 |
| ダミー | 所要時間はゼロだが、順序関係だけを示す仮想の作業 | 点線の矢印(- -→)で表す |
1-1. クリティカルパスと余裕時間(フロート)
📚 用語解説
クリティカルパス:ネットワーク工程表上で、開始から完了までの経路のうち、もっとも時間がかかる経路のこと。クリティカルパス上の作業が1日でも遅れると、プロジェクト全体の工期がそのまま1日延びる。逆に、クリティカルパス以外の作業には、多少の遅れを吸収できる余裕(フロート)がある。
📚 用語解説
トータルフロートとフリーフロート:トータルフロートは、その作業が工期全体に影響を与えずに遅らせられる最大の日数。フリーフロートは、次の作業の開始に影響を与えずに遅らせられる日数。フロートがゼロの作業はクリティカルパス上にあると判断できる。
つまり、ネットワーク工程表の最大の価値は「どの作業を最優先で管理すべきか」を可視化できる点にあります。フロートがゼロの作業(クリティカルパス上の作業)にだけ集中して進捗管理すれば、限られたリソースで工期を守れる確率が上がります。
02 VS GANTT CHART ガントチャートとの違い 「日程の一覧」と「依存関係の分析」、目的が異なる2つの工程表
📚 用語解説
ガントチャート:作業ごとの開始日・終了日・所要日数を横棒グラフで一覧表示する工程表。日々の進捗確認や、誰が見ても直感的に予定を把握できることを目的とする。作業同士の依存関係やクリティカルパスは表現されない。
ネットワーク工程表とガントチャートは、どちらも「工程表」ですが、把握できる情報と用途が異なります。
| ネットワーク工程表 | ガントチャート | |
|---|---|---|
| 把握できる情報 | 作業間の依存関係・クリティカルパス・余裕時間 | 予定日・所要日数・現在の進捗状況 |
| 主な用途 | 全体最適の分析(どこがボトルネックか) | 日常の進捗管理(誰が・いつ・何をやるか) |
| 直感的な分かりやすさ | 専門知識が必要でやや難しい | 横棒グラフで直感的にわかりやすい |
| 向いている場面 | 大規模・複雑な工程で優先順位を分析したいとき | 日々の進捗共有・関係者への説明 |
ネットワーク工程表で全体の依存関係とクリティカルパスを分析し、現場の日々の進捗管理はガントチャートで行う、という併用が実務では一般的です。どちらか一方だけで完結させようとすると、それぞれの弱点(分析のしにくさ/依存関係の見えなさ)が表面化します。
03 PROS & CONS ネットワーク工程表のメリット・デメリット 導入する価値がある場面と、負担になりやすい場面を整理する
3-1. メリット
3-2. デメリット・注意点
ネットワーク工程表最大の弱点は、一つの依存関係の設定ミスが、クリティカルパスの計算全体を狂わせてしまうことです。「本来は並行して進められる作業を直列につないでしまった」「逆に依存関係があるのに考慮を忘れた」といったミスがあると、算出されるクリティカルパスや余裕時間がすべて信用できなくなります。作成後は必ず、実際の作業順序と照らし合わせて検証してください。
04 RULES & STEPS ネットワーク工程表の基本ルールと作成手順5ステップ 正しい記法と手順を押さえれば、複雑に見える図も組み立てられる
4-1. 作図の基本ルール
4-2. 作成準備から運用までの流れ(5ステップ)
📚 用語解説
WBS(作業分解構成表):プロジェクト全体を、管理しやすい単位の作業(タスク)に分解して階層構造で整理した表。ネットワーク工程表を作る前段階として、まずWBSで作業を洗い出す必要がある。1つの作業が1〜10日程度に収まる粒度に分解するのが目安。
この5ステップのうち、実務でもっとも負担が大きいのは最後の「進捗に応じた計画修正」です。工程は一度作って終わりではなく、現場の進捗に合わせて何度も更新し続ける必要があります。
05 CRITICAL PATH IN PRACTICE 実務でのクリティカルパス管理、間違えやすいポイント クリティカルパスは工事が進むにつれて「移動する」ことを前提に管理する
AI鬼管理のクライアント企業(建設業)でも、ネットワーク工程表を導入する際にもっとも誤解されやすいのが、「クリティカルパスは工程表を作った時点で固定される」という思い込みです。
当初のクリティカルパス上になかった作業でも、他の作業が遅延したり、逆にクリティカルパス上の作業が前倒しで完了したりすると、クリティカルパスそのものが別の経路に移動することがあります。工程表を最初に一度作って終わりにしていると、実際にはすでにクリティカルパスが変わっているのに、古い認識のまま管理してしまうという事故が起きます。
あるAI鬼管理のクライアント企業(建設業)では、当初のネットワーク工程表で「内装工事」がクリティカルパス上にあると特定していましたが、外構工事の資材調達が予想以上に遅れたことで、実際のクリティカルパスは外構工事側に移動していました。工程表を更新せずに内装工事だけを重点管理し続けた結果、外構工事の遅延に気づくのが工期直前になってしまうという事態が発生していました。
この事例からわかるのは、ネットワーク工程表は「一度作る」ものではなく「更新し続ける」ことで初めて価値を発揮するということです。しかし、進捗のたびに手作業で図を描き直し、クリティカルパスを再計算するのは、担当者にとって大きな負担になります。
06 THE MANUAL LIMIT 手作業でのネットワーク工程表更新の限界 更新の手間が、工程表の「鮮度」を落としていく
小規模な工事であれば、この一連の更新作業をその都度手作業で行っても、それほど大きな負担にはなりません。しかし、作業数が多い・関係会社が多い工事になるほど、次のような事故が起きやすくなります。
ネットワーク工程表の更新は、「決まったルールに従って、決まった図表を、繰り返し作り直す」という定型業務です。依存関係のルールさえ明確であれば、本来もっとも自動化と相性の良い業務のひとつだと言えます。
07 AUTOMATE WITH AI 【核心】Claude Code/Codexで工程管理を自動化する 効率化ではなく自動化。進捗反映から共有までを無人で回す
📚 用語解説
Claude Code/Codex:Claude CodeはAnthropic社、CodexはOpenAI社が提供するAIエージェント。ChatGPTのような「質問に答えるAI」と違い、指示を受けてパソコン上のファイル操作・データ集計・文書作成などの作業そのものを実行できる。プログラミング不要で、日本語の指示だけで業務の仕組みを構築できるため、非エンジニアの経営者・バックオフィス担当者の業務自動化ツールとして注目されている。デスクトップアプリで利用可能。
ここからがこの記事の核心です。本記事では以降、操作イメージを弊社が主に使うClaude Codeで説明します(Codexでも同じことができます)。重要なのは、AIに「クリティカルパスの計算方法を聞く」のではなく、進捗データの収集から依存関係の再計算、関係者への共有までの一連の業務をワークフローごとAIに渡してしまうという発想の転換です。
7-1. 「AIに聞く」と「AIが勝手にやる」は別物
ChatGPTに「クリティカルパスの計算式を教えて」と聞くのは効率化です。人間が作業の主体で、AIは調べ物を速くしてくれるだけ。この使い方では、更新の遅れも、クリティカルパスの見落としも、版の混在もなくなりません。
一方、Claude Code/Codexで作るのは自動化です。「現場からの進捗報告を読み込み、ネットワーク工程表へ反映し、クリティカルパスを再計算して、移動があれば担当者に知らせる」という一連の流れを最初に一度だけ設計しておけば、あとは決まったトリガーで人間が何もしなくても走り続けます。人間の仕事は、最後に上がってきた更新結果を確認して現場に指示することだけです。
7-2. Claude Code/Codexに任せられる工程管理の作業
| これまで人間がやっていた作業 | Claude Code/Codexに任せた後 |
|---|---|
| 現場からの進捗報告を工程表へ手入力 | 進捗データを読み込んで自動反映 |
| 依存関係を目視で再確認しながら再計算 | 設定済みルールに沿って自動で再計算 |
| クリティカルパスの移動を目視でチェック | 前回との差分を自動比較し、移動を自動検知 |
| 更新版をメールやチャットで個別共有 | 関係者へ自動で最新版を配信 |
| 版の管理(最新版の特定)を手作業で管理 | 常に単一の最新版として自動管理 |
7-3. 導入は3ステップ(プログラミング不要)
7-4. AI鬼管理(株式会社GENAI)での実践例
AI鬼管理では、この「工程表の更新をClaude Codeのワークフローに落とす」やり方を、クライアント企業の実業務で数多く構築してきました。先述の建設業クライアント企業でも、進捗報告のたびに手作業で工程表を更新していた担当者の負担を、依存関係の再計算ロジックをClaude Codeに設計・実装してもらうことで大幅に圧縮し、クリティカルパスの移動を翌営業日には検知できる体制に変わりました。もちろん、運営元の弊社(株式会社GENAI)自身のバックオフィスも、同じ考え方で複数のプロジェクト管理業務を自動化しています。
こうした業務効率化・自動化テーマの記事は、他にも数多く公開しています。全体像は業務効率化・その他テーマの総合ガイドにまとめていますので、あわせてご覧ください。
……と、ここまで読むと「明日からできそうだ」と感じるかもしれません。ただし正直にお伝えすると、Claude Codeを検索しながら独学で業務に組み込もうとした会社の多くが、途中で止まります。なぜ止まるのか。次の章で、その「壁」の正体と越え方を説明します。
08 THE 3 WALLS ただし独学には「3つの壁」がある——最短で越える方法 工程管理の自動化だからこそ、最初の設計を間違えると危ない
工程管理の自動化でつまずくポイントは、ほぼ次の3つに集約されます。
壁1:自社ルールを「正確に言語化」できない
Claude CodeやCodexは指示されたとおりに正確に働きますが、指示が曖昧なら曖昧なまま自動化されます。「どの作業とどの作業に依存関係があるか」「クリティカルパスの判定基準は」「進捗報告のどの情報を工程表に反映するか」——本記事で見てきたとおり、工程管理は細かいルールの塊です。この言語化を飛ばして作った仕組みは、誤ったクリティカルパスを毎回自動で出力する装置になります。工期に直結する領域だけに、ここが独学の最初で最大の壁です。
壁2:検証のやり方を知らないまま「AIを信じてしまう」
AIの出力は必ず検証が必要です。過去の実績データと自動計算の結果を突き合わせる、わざと異常なデータ(依存関係が矛盾する進捗報告)を入れて挙動を確かめる——こうしたテストの型を知らないと、「動いているように見えるが正しいかは誰も知らない」状態で本番運用に入ってしまいます。逆に、検証の型さえ身につければ、工程の組み方が変わっても指示を直して再検証するだけで追従できます。
壁3:作った本人しか触れない「第二の属人化」
手作業の工程表更新の弱点として「担当者しか作図・計算のやり方を把握していない」問題を挙げましたが、独学のAI自動化は同じ罠にはまりがちです。担当者が一人で作って一人で運用していると、その人の異動・退職と同時に仕組みが止まる。社内の複数人がAIワークフローを読み書きできる状態まで持っていって、初めて「会社の資産」になります。ここは技術ではなく、教育と運用設計の問題です。
| 独学で導入 | AI鬼管理(伴走支援)で導入 | |
|---|---|---|
| 最初の題材選び | 手探り。難しい業務から始めて挫折しがち | 貴社の業務を棚卸しし、成功しやすい定型業務から着手 |
| 依存関係ルールの言語化 | 自力で仕様を書き起こす(数十時間規模) | 実際の工程表・進捗報告を見ながら一緒に言語化 |
| 検証 | テストの型を知らず「動いたら本番」になりがち | 過去データ突合・異常系テストまで型として提供 |
| 社内定着 | 担当者1人に依存(第二の属人化) | 研修形式で複数人が扱える状態まで育成 |
| 工程管理の先への展開 | 1業務で力尽きるケースが多い | 発注管理・原価管理・報告書作成等へ同じ型で横展開 |
「AI鬼管理」とは——3〜6ヶ月で自動化を叩き込む伴走型トレーニング
この3つの壁を越えるために弊社(株式会社GENAI)が提供しているのが、AI鬼管理です。Claude Code/Codexをはじめとした最新AIによる業務自動化を、3〜6ヶ月間・オンラインセッション形式で伴走するトレーニングプログラムで、ツールの一般論を教える座学ではありません。受講者が自社の実業務——例えば今お使いの工程表そのもの——を教材に、実際に動く自動化ワークフローを自分の手で作り切るところまでやります。
ネットワーク工程表の更新のように「ルールが明確」「繰り返し発生する」「遅れの影響が大きい」業務は、AI自動化との相性が最も良い領域です。逆に、判断基準が曖昧な業務からAI化を始めると失敗しやすい。自社の業務を「ルールが明確な定型作業」から順に並べて、上から自動化していく——この優先順位付けも、AI鬼管理の初回で必ず一緒に行います。
09 COMPARISON & SUMMARY 手作業 vs 工程管理ソフト vs Claude Code/Codex自動化 比較・まとめ 自社の規模と体制に合った工程管理の「正解」を選ぶ
| 手作業(エクセル・作図ソフト) | 工程管理ソフト | Claude Code/Codex自動化 | |
|---|---|---|---|
| 初期コスト | ほぼゼロ | ソフト導入・設定が必要 | ワークフロー設計のみ(既存ファイル流用可) |
| 月額コスト | ゼロ(ただし人件費が隠れコスト) | ソフトのライセンス費用 | AI利用料のみ(他業務の自動化と共用) |
| 更新作業 | 人間が都度手作業で作図・再計算 | 入力すれば自動再計算(ただし手入力は残る) | 進捗データを読み込んで自動更新・自動再計算 |
| クリティカルパスの検知 | 目視(見落としリスク大) | ソフト上で自動表示 | 移動を自動検知してアラート |
| 工程管理以外への展開 | できない | 工程管理領域のみ | 発注管理・原価管理・報告書作成等あらゆる定型業務に展開可能 |
まとめると、判断基準は次のとおりです。
ネットワーク工程表は、正しく作れば「どこを重点管理すべきか」を教えてくれる強力な道具です。しかし、その価値は「作った時点」ではなく「更新し続けられるかどうか」で決まります。人間の注意力に依存した更新は、案件規模や関係者数が増えるほど必ず限界が来ます。工程表を手放すのではなく、更新・再計算の手をAIに置き換える——それが2026年時点での現実的な最適解だと、弊社は考えています。
ネットワーク工程表の更新を、貴社の実データで一緒に仕組み化しませんか
「うちの工程管理、Claude CodeやCodexでどこまで自動化できる?」「独学で試したが止まってしまった」というご相談、お気軽にどうぞ。
AI鬼管理は、貴社の実際の工程表・進捗データを題材に、設計・検証・社内定着まで伴走します。3つの壁を、最短距離で越えましょう。
ここから先の進め方は、大きく2つあります。
自社で回せるようになりたい方は、AI鬼管理でClaude Code/Codexの使い方から業務設計・社内定着まで伴走を受けながら、社内に仕組みを作る道があります。
覚えるより任せたい方は、AIBPO by AI鬼管理でこの記事のような定型業務を丸ごと預ける道があります。料金は月30万円の月額定額、追加費用は0円です。
どちらが合うかは、業務量と社内体制次第です。無料相談・無料適合診断で、貴社の場合はどちらが向くかからご相談いただけます。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか?
よくある質問
Q. ネットワーク工程表とは何ですか?
A. ネットワーク工程表とは、工事やプロジェクトにおける作業の順序・依存関係を、矢印(アクティビティ)と丸印(イベント)を使って可視化した工程表です。工程全体でもっとも時間がかかる経路(クリティカルパス)を特定できるのが特長で、どの作業を重点的に管理すべきかを判断する材料になります。
Q. ネットワーク工程表とガントチャートはどう違いますか?
A. ネットワーク工程表は作業間の依存関係やクリティカルパス、余裕時間(フロート)を把握するための工程表です。一方ガントチャートは、作業ごとの開始日・終了日・進捗状況を横棒グラフで一覧表示するための工程表で、日々の進捗管理に向いています。実務では両方を併用するのが一般的です。
Q. クリティカルパスとは何ですか?
A. クリティカルパスとは、ネットワーク工程表上で開始から完了までの経路のうち、もっとも時間がかかる経路のことです。クリティカルパス上の作業が1日遅れると、プロジェクト全体の工期がそのまま1日延びます。工期を守るためには、クリティカルパス上の作業を最優先で管理する必要があります。
Q. ネットワーク工程表の作成手順を教えてください。
A. ①WBS(作業分解構成表)で作業を洗い出す、②作業間の依存関係を設定する、③所要日数を算出・記載する、④必要な人員・機材を配置する、⑤進捗に応じて計画を修正する、の5ステップで作成します。特に依存関係の設定を誤ると、後工程のクリティカルパス計算全体が狂うため注意が必要です。
Q. ダミー(点線矢印)は何を表していますか?
A. ダミーは、所要時間はゼロだが順序関係だけを示す仮想の作業です。同じイベントとイベントの間に複数の矢印を引けないというルールがあるため、複雑な依存関係を正しく表現する際にダミーを使って図を整理します。実際の作業ではないため、日数の計算には影響しません。
Q. ネットワーク工程表はなぜ更新が大変なのですか?
A. 進捗が変化するたびに、実績を反映した上で依存関係を再確認し、クリティカルパスを再計算する必要があるためです。一部の作業を更新しただけで関連する依存関係の見直しを忘れると、実際とは異なるクリティカルパスのまま管理を続けてしまう事故につながります。
Q. 工程表の更新作業はClaude Code/Codexでどこまで自動化できますか?
A. 進捗報告データの読み込み、工程表への反映、依存関係に基づくクリティカルパスの再計算、前回との差分比較によるクリティカルパスの移動検知、関係者への更新版の自動共有までを自動化できます。ただし、依存関係のルール設計自体や、遅延対応の意思決定は人が行う領域です。
Q. Claude CodeやCodexの導入は独学でも可能ですか?
A. 可能ですが、業務で確実に成果を出すまでには「自社ルールの言語化」「出力の検証」「社内定着」という3つの壁があり、工程管理のように工期に直結する業務では、誤った仕組みを自動で回してしまうリスクに特に注意が必要です。独学で進める場合は、必ず過去の実績データとの突合検証を挟んでください。最短で確実に立ち上げたい場合は、貴社の実業務を題材に設計から検証・定着まで伴走するAI鬼管理のような支援サービスの活用が近道です。
あわせて読みたい:同じテーマの記事
業務効率化テーマの記事一覧はこちらの総合ガイドから、またはタグ一覧ページからも確認できます。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
AI鬼管理/AIBPO by AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
専門スタッフが、御社に最適な
業務自動化・業務代行プランを無料でご提案します。




