【2026年8月最新】「行程表」と「工程表」の違いとは?定義・使い分けから、Claude Code/Codexで工程管理を自動化する方法まで解説
「行程表を送ってください」と協力会社から言われて、正しくは「工程表」なのでは?と迷ったことはありませんか。あるいは、自社で作った書類のタイトルが「行程表」になっていて、後から指摘されて直した経験がある方もいるかもしれません。
結論から言うと、建設現場で工事の作業計画を示す表は「工程表」が正しい表記です。「行程表」は本来、旅行や出張の日程・道のりを示す言葉で、工事のスケジュール表を指す言葉としては誤用にあたります。ただし実務では「行程表」という表記が社内文書や協力会社とのやり取りに紛れ込んでいるケースが少なくなく、放置すると書類の検索性や取引先との認識合わせに支障が出ます。
この記事では、建設会社・工務店・リフォーム会社の経営者・現場責任者・事務担当向けに、「行程表」と「工程表」の違いと正しい使い分け、工程表の種類、作成の基本手順、間違えやすい表記パターンを整理します。そのうえで後半では、工程表の作成・更新・共有という手作業をClaude Code/Codex(AIエージェント)に任せ、用語も業務も統一した状態で運用する方法を、弊社サービス「AI鬼管理」(運営: 株式会社GENAI)の実践ノウハウとともに解説します。
工程表・見積書・請求書・現場報告の「事務作業」を、いまの体制のまま仕組みで減らす方法を60分で解説します。
01 THE DIFFERENCE 「行程表」と「工程表」——意味の違いを正確に押さえる 似た読み方・似た漢字だからこそ、現場での使い分けを言語化しておく
📚 用語解説
行程表(こうていひょう):「行程」は「目的地までの道のり」「旅行・出張などの日程」を意味する言葉。行程表は、移動経路や訪問先、宿泊先などを時系列で整理した予定表を指す。旅行会社のツアー日程表や、出張の訪問スケジュール表が典型例。「進む」という字義のとおり、大局的な移動・日程の流れを示す用途で使われる。
📚 用語解説
工程表(こうていひょう):「工程」は「物を作り上げるまでの作業の順序・過程」を意味する言葉。工程表は、着工から完成・引き渡しまでの各作業を「いつ・誰が・どの順番で」行うかを整理した計画表を指す。建設業・製造業など、ものづくりの現場で使われる正式な管理帳票であり、元請から協力会社・職人まで、関係者全員が参照する共通の計画表としての役割を持つ。
読み方はどちらも「こうていひょう」で同じため、口頭でのやり取りでは区別がつきません。書き言葉として区別すると、次のように整理できます。
| 行程表 | 工程表 | |
|---|---|---|
| 本来の意味 | 移動・日程の道のり | ものづくりの作業手順・過程 |
| 主な使用シーン | 旅行、出張、研修旅行、視察ツアー | 建設工事、製造ライン、システム開発などの作業計画 |
| 建設業での正式表記 | 基本的に使わない(誤用) | ◎ こちらが正式表記 |
| 記載される内容 | 訪問先、移動手段、集合時間 | 作業項目、担当、着工日・完了日、進捗 |
つまり、建設現場の工事計画を示す書類のタイトルは、原則として「工程表」で統一するのが正しいということになります。「行程表」という表記が社内で使われている場合、多くは「工程表」の誤変換・誤記が定着してしまったケースです。
読み方が同じ「こうていひょう」であることに加え、パソコンやスマートフォンの変換候補で「行程表」が先に出てくる環境があること、そもそも建設業以外の一般的な文脈では「行程表」のほうが目にする機会が多いことが、混同の主な原因です。特に、事務未経験の担当者が最初に作成した書類でこの誤変換が起き、そのままテンプレートとして社内に定着してしまうケースが多く見られます。
02 PRACTICAL RISKS 表記ゆれが引き起こす実務上のリスク 「言葉の間違い」で済まない、書類管理・取引先対応への影響
「行程表」と「工程表」の混同は、単なる誤字の問題にとどまりません。実務では次のような支障が起きます。
公共工事の施工計画書・工程表は、発注者(自治体・国交省地方整備局等)の担当者によるチェックを経て受理されます。内容に問題がなくても、書類名の不備で確認・差し戻しのやり取りが発生すれば、その分の対応時間がそのままロスになります。表記の統一は、些細に見えて提出物の信頼性に関わるポイントです。
03 TYPES OF SCHEDULE 工程表の種類——建設業で使われる代表的な4形式 正しい表記を使う前提として、工程表そのものの種類を押さえておく
「工程表」とひとくちに言っても、目的に応じていくつかの形式があります。建設業でよく使われるのは次の4種類です。
| 種類 | 形式の特徴 | 向いている用途 |
|---|---|---|
| バーチャート工程表 | 縦軸に作業項目、横軸に日付を取り、作業期間を横棒で表す | 住宅・リフォームなど中小規模工事全般。もっとも普及した形式 |
| ガントチャート工程表 | 縦軸に作業項目、横軸に進捗率を取るのが本来の定義(実務ではバーチャートと同義で使われることが多い) | 各作業の達成度を管理したいとき |
| ネットワーク式工程表 | 作業を矢印と結合点でつなぎ、前後関係・依存関係を可視化する | 作業の依存関係が複雑な大規模工事。クリティカルパスの特定 |
| 出来高累計曲線(Sカーブ) | 横軸に工期、縦軸に出来高の累計をグラフ化する | 工事全体の進捗ペースが計画通りかを俯瞰的に確認したいとき |
📚 用語解説
クリティカルパス:工事の開始から完了までをつなぐ作業経路のうち、もっとも時間がかかる経路のこと。この経路上の作業が1日遅れると、工期全体がそのまま1日遅れる。ネットワーク式工程表で可視化・特定され、重点的に管理すべき作業を洗い出すために使われる。
実務上の注意点として、本来のガントチャートは横軸が「進捗率」を表す形式ですが、現在は横軸に日付を取ったバーチャート形式を指して「ガントチャート」と呼ぶことが一般化しています。海外発のプロジェクト管理ツールがこの呼び方を広めたためで、社内外でどちらの意味かは文脈で判断する必要があります。中小規模の工事であれば、「縦軸=作業項目・横軸=日付」のバーチャート形式を1つ、社内標準として持っておくのが最も実務的です。
04 HOW TO BUILD 工程表を作る基本手順——作業分解から予備日の設定まで 工程表の精度は、表を作る前の「段取り」で大きく決まる
工程表を作成する際の基本的な流れは、次のとおりです。
📚 用語解説
バッファ(予備日):天候不良・資材遅延・職人の都合など、計画時点では予測しきれない事象に備えて、あらかじめ工程に組み込んでおく余裕期間のこと。屋外作業が多い基礎・屋根・外装工事の直後に設定するのが定石とされる。バッファを削って工期を短く見せると、営業的には有利に見えても、実際の現場では初日から遅延前提の運用になりやすい。
標準的な工数の目安表はあくまで参考値です。自社の職人構成・現場条件での実績値(この規模の工事なら実際は何日かかったか)を記録し続けている会社ほど、次の工程表の精度が上がります。逆に、過去の工程表と実績のズレを記録していない会社は、同じ見積もりのズレを繰り返しがちです。
05 COMMON MISTAKES 間違えやすい表記パターンと社内での統一方法 よくある誤用の実例から、再発を防ぐ運用ルールを考える
現場でよく見られる表記ゆれのパターンを整理すると、次のようになります。
| よくある表記 | 何が問題か | 正しい対応 |
|---|---|---|
| ファイル名が「行程表」 | 検索性の低下・取引先への誤送信リスク | ファイル名・テンプレート名を「工程表」に統一する |
| メール文面で「行程表」と「工程表」が混在 | 同じ書類を指しているのか読み手が判断しづらい | 社内の文面テンプレートを整備し、表記を固定する |
| 提出書類のタイトルが「行程表」 | 発注者・監理者から体裁不備の指摘を受ける | 提出前のチェックリストに表記確認を組み込む |
| 「工程表」と「工程管理表」を混同 | 前者は計画表、後者は実績・進捗管理を含む帳票で役割が異なる | 書類の目的に応じて名称を使い分ける |
表記を統一するための現実的な対策は、特別なシステムを導入することではなく、「工程表」という表記を使ったテンプレートファイルを1つマスターとして用意し、以後はそこから複製するルールを社内に周知することです。あわせて、既存のファイルサーバー内を一度「行程表」で検索し、見つかったファイル名を機械的に置換しておくと、過去の誤表記が新しい書類にコピーされ続けることを防げます。
06 THE LIMITS 用語の統一だけでは解決しない、工程表運用の限界 正しい表記を使っても、更新と共有が追いつかなければ意味がない
ここまで表記と種類、作成手順を整理しましたが、正しい用語・正しいフォーマットで工程表を作れても、それだけで現場が回るわけではありません。表記統一が崩れていく典型的な流れを図にすると、次のようになります。
実際によく起きる限界は次のとおりです。
注目したいのは、これらの問題が「言葉や様式の知識」ではなく「更新し続け、伝え続ける体力」の問題だという点です。用語を統一しても、更新頻度と共有の仕組みが伴わなければ、現場との認識のズレは解消されません。
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に任せた後 |
|---|---|
| 過去の類似現場を思い出しながら工程表の初版を作成 | 過去現場の実績データを参照し、正式フォーマットのたたき台を自動生成 |
| 雨天順延のたびに後続作業を1本ずつ手で引き直す | 順延日数を入力すると、依存関係を踏まえた修正案を自動作成 |
| 修正した工程表を協力会社ごとにPDF化して送信 | 会社別の抜粋工程表と連絡文面を自動生成・送信準備まで実行 |
| ファイル名・様式のばらつきを都度手で直す | 命名規則・フォーマットを統一したまま自動生成するため表記が揺れない |
| 複数現場の遅れ状況を頭の中で把握 | 全現場を横断して遅延リスクを一覧化し、毎朝レポート |
ポイントは、今使っているエクセルやスプレッドシートの工程表フォーマットをそのまま使い続けられることです。新しいシステムへの乗り換えと違って、協力会社に新しいアプリの操作を覚えてもらう必要はありません。ファイルの「更新・チェック・連絡文づくり」という手作業部分だけが、AIの仕事に置き換わります。
7-3. AI鬼管理(株式会社GENAI)での実践例
AI鬼管理では、この「管理業務をClaude Codeのワークフローに落とす」やり方を、クライアント企業の実業務で数多く構築してきました。工程表の作成・更新と同じ構造の定型業務——日報の集計、見積書・請求書の作成と照合、安全書類の作成など——をトリガー起動の自動ワークフローに変え、人は「最終確認と例外対応」だけに絞る運用です。毎日1〜2時間かかっていた管理業務が確認10分程度になる、というのがクライアント企業での典型的な効果です。もちろん、運営元の弊社(株式会社GENAI)自身のバックオフィスも、同じ仕組みで回しています。
……と、ここまで読むと「明日からできそうだ」と感じるかもしれません。ただし正直にお伝えすると、Claude Codeを検索しながら独学で業務に組み込もうとした会社の多くが、途中で止まります。なぜ止まるのか。次の章で、その「壁」の正体と越え方を説明します。
08 THE 3 WALLS ただし独学には「3つの壁」がある——最短で越える方法 Claude Codeは強力。だからこそ、最初の設計を間違えると危ない
工程管理の自動化でつまずくポイントは、ほぼ次の3つに集約されます。
壁1:自社ルールを「正確に言語化」できない
Claude CodeやCodexは指示されたとおりに正確に働きますが、指示が曖昧なら曖昧なまま自動化されます。「予備日は何日空ける?」「順延したとき、検査日は動かせる?」「この協力会社は土曜稼働OK?」——工程管理は現場ごとの暗黙ルールの塊です。ベテラン監督の頭の中にしかないルールを言語化しないまま作った仕組みは、現場と合わない工程表を毎朝自動で量産する装置になります。
壁2:検証のやり方を知らないまま「AIを信じてしまう」
AIの出力は必ず検証が必要です。過去の完了現場のデータで自動更新を走らせて実際の工程と突き合わせる、わざと極端な順延を入れて挙動を確かめる——こうしたテストの型を知らないと、「動いているように見えるが正しいかは誰も知らない」状態で本番の現場に投入してしまいます。
壁3:作った本人しか触れない「第二の属人化」
担当者が一人で作って一人で運用していると、その人の退職と同時に仕組みが止まります。社内の複数人がAIワークフローを読み書きできる状態まで持っていって、初めて「会社の資産」になります。ここは技術ではなく、教育と運用設計の問題です。
| 独学で導入 | AI鬼管理(伴走支援)で導入 | |
|---|---|---|
| 最初の題材選び | 手探り。難しい業務から始めて挫折しがち | 貴社の業務を棚卸しし、成功しやすい定型業務から着手 |
| 業務ルールの言語化 | 自力で仕様を書き起こす(数十時間規模) | 実際の工程表・日報を見ながら一緒に言語化 |
| 検証 | テストの型を知らず「動いたら本番」になりがち | 過去現場データ突合・異常系テストまで型として提供 |
| 社内定着 | 担当者1人に依存(第二の属人化) | 研修形式で複数人が扱える状態まで育成 |
「AI鬼管理」とは——3〜6ヶ月で自動化を叩き込む伴走型トレーニング
この3つの壁を越えるために弊社(株式会社GENAI)が提供しているのが、AI鬼管理です。Claude Code/Codexをはじめとした最新AIによる業務自動化を、3〜6ヶ月間・オンラインセッション形式で伴走するトレーニングプログラムで、ツールの一般論を教える座学ではありません。受講者が自社の実業務——例えば今お使いの工程表そのもの——を教材に、実際に動く自動化ワークフローを自分の手で作り切るところまでやります。
対象は従業員1名以上の会社の経営層・現場責任者・バックオフィス担当で、プログラミング経験は問いません。「監督が足りず現場を掛け持ちしている」「社長が夜に事務作業をしている」という会社ほど効果が出やすい設計です。
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鬼管理でこの記事のような定型業務を丸ごと預ける道があります。総額はいまの業務コストの50%が目安、月額基本料は0円です。
どちらが合うかは、業務量と社内体制次第です。無料相談・無料適合診断で、貴社の場合はどちらが向くかからご相談いただけます。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか?
よくある質問
Q. 「行程表」と「工程表」、建設現場ではどちらが正しいですか?
A. 建設現場で工事の作業計画を示す書類は「工程表」が正しい表記です。「行程表」は本来、旅行や出張の日程・道のりを示す言葉で、工事のスケジュール表を指す言葉としては誤用にあたります。読み方が「こうていひょう」で同じため混同されがちですが、書き言葉としては明確に使い分ける必要があります。
Q. なぜ「行程表」という表記が社内で定着してしまうのですか?
A. 読み方が同じであることに加え、パソコンやスマートフォンの変換候補で「行程表」が先に出やすいこと、建設業以外の一般的な文脈では「行程表」のほうが目にする機会が多いことが主な原因です。一度誤った表記でテンプレート化・ファイル命名がされると、コピーを重ねるうちに社内全体へ拡散していきます。
Q. バーチャート工程表とガントチャート工程表の違いは何ですか?
A. 本来の定義では、バーチャートは「縦軸に作業項目・横軸に日付」を取って作業期間を横棒で表すもの、ガントチャートは「縦軸に作業項目・横軸に進捗率」を取って達成度を管理するものです。ただし現在は、海外発のプロジェクト管理ツールの影響で、日付軸のバーチャート形式を「ガントチャート」と呼ぶことが一般的になっています。
Q. 工程表の予備日(バッファ)はどのくらい確保すればよいですか?
A. 目安として、全体工期の10〜15%程度の予備日を確保するのが一般的な考え方です。特に基礎・屋根・外装など天候に左右されやすい工程の直後に設定するのが定石とされています。予備日を削って工期を短く見せると、営業的には有利に見えても、現場では初日から遅延リスクを抱えた運用になります。
Q. 社内の表記ゆれを直すには、何から始めればよいですか?
A. 「工程表」という正しい表記を使ったテンプレートファイルを1つマスターとして用意し、以後はそこから複製するルールを社内に周知することが第一歩です。あわせて、既存のファイルサーバー内を一度「行程表」で検索し、見つかったファイル名を機械的に置換しておくと、過去の誤表記が新しい書類にコピーされ続けることを防げます。
Q. エクセルでの工程表運用に限界を感じたら、何に移行すべきですか?
A. 選択肢は2つあります。協力会社を含めた情報共有基盤ごと刷新したいなら、施工管理アプリ・工程管理システムへの移行が本命です。一方、使い慣れたエクセルの様式を変えたくない、月額費用を増やしたくないという場合は、エクセルをそのまま使いながら更新・チェック・連絡文作成などの手作業だけをClaude Code/Codexで自動化する方法が有力です。
Q. Claude CodeやCodexで工程表の作成を自動化するのに、プログラミングの知識は必要ですか?
A. 不要です。Claude CodeやCodexは日本語の指示だけで動くAIエージェントで、既存の工程表フォーマットと日報データを見せて自社のルール(予備日の考え方・順延時の扱いなど)を説明すれば、工程表の自動更新・遅延の検知・協力会社への連絡文案の作成といったワークフローをAI側が組み立てます。
Q. Claude CodeやCodexの導入は独学でも可能ですか?
A. 可能ですが、業務で確実に成果を出すまでには「自社ルールの言語化」「出力の検証」「社内定着」という3つの壁があります。特に工程管理は協力会社の段取りに直結する業務のため、検証を飛ばした仕組みをいきなり本番の現場に使うのは危険です。最短で確実に立ち上げたい場合は、貴社の実業務を題材に設計から検証・定着まで伴走するAI鬼管理のような支援サービスの活用が近道です。
あわせて読みたい:同じテーマの記事
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
AI鬼管理/AIBPO by AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
専門スタッフが、御社に最適な
業務自動化・業務代行プランを無料でご提案します。




