建設の工程表作成・遅延予測にAIはどこまで使えるか

建設の工程表作成にAIは実務で使えますか？

使えますが、範囲は限定されます。現時点でAIが安定して担えるのは、①工程変更が発生したときの影響範囲の洗い出し、②日報・出来高データからの遅延兆候の検知、③工程表と実績の突合作業の3つです。

一方、職人の手配可否、天候による中止判断、前工程の仕上がりが後工程に着手できる状態かの評価は、AIに任せる領域ではありません。これらは現場ごとの条件と人間関係に依存し、データ化されていないためです。

つまりAIは「工程を組む人」ではなく、「工程を組む人が見落とすものを拾う人」として設計するのが実務的です。

なぜ建設の工程表はAI自動生成と相性が悪いのですか？

理由は、工程表の確定情報の大半がシステムの外にあるからです。

工程表を動かす3つの変動要因

汎用のガントチャート自動生成ツールが現場で使われなくなる典型的な理由がここにあります。標準工期から引いた線は、上記3つの要因を1つも織り込んでいません。結果として「きれいだが誰も見ない工程表」が生成され、現場は結局ホワイトボードと電話で動きます。

だから「生成」ではなく「検知」から入る

現場が本当に困っているのは、工程表を引く作業そのものより、引いた工程表が現実とズレていることに気づくのが遅れることです。

• 基礎の型枠が2日押していることは、現場代理人は知っている
• しかしその2日が、3週間後の内装業者の入場日にどう跳ねるかは、工程表を引き直さないと分からない
• 引き直す時間がないので、跳ねてから気づく

AIを入れる価値が最も大きいのはここです。工程を組む知恵ではなく、組んだ工程の追跡と再計算の手間を肩代わりさせます。

AIが担える範囲と、人が握るべき境界線はどこですか？

以下の線引きを設計の起点にします。

境界線の引き方の原則はシンプルです。

「間違えたときに誰かに謝りに行く必要がある判断」はAIに渡さない。

職人を手配してしまった後のキャンセル、施主に伝えた工期の変更、監督員への遅延報告。これらは責任の所在が人にある以上、AIは材料提示までに留めます。逆に「見落としを拾う」「再計算する」「一覧にする」は、間違えても人が気づける段階の作業なので、任せられます。

既存の日報・原価管理データと工程表をどう接続しますか？

新しくデータを取り始めるのではなく、すでに現場が書いているものを入力源にするのが原則です。追加入力を求めた瞬間に運用が止まります。

手順1: 現場に入って、実際に何が書かれているかを見る

工程管理の相談を受けたとき、最初にやるのは仕様の議論ではなく現場の確認です。

• 日報は紙か、アプリか、LINEの報告か
• 日報に「作業内容」「人工」「中止理由」が分かれて書かれているか、一つの自由記述欄に混ざっているか
• 工程表はどのソフトで、誰が、どの頻度で更新しているか
• 更新された工程表が協力会社にどう共有されているか（メール添付か、現場貼り出しか）
• 出面（でづら）はどこに集約されているか

ここで「日報の自由記述欄に全部書いてある」ケースが非常に多く、この場合は日報の項目分割から設計に含めます。

手順2: 工程表の1行と、日報の1行を突き合わせる単位を決める

接続の要は、工程表の作業行と日報の作業記述を紐づけるキーを何にするかです。実務上の選択肢は次の通りです。

このキー設計を飛ばして「AIが日報を読めば分かるだろう」と進めると、後で必ず突合精度の問題が出ます。表記ゆれの吸収はLLMが得意な領域ですが、そもそも工程表の粒度と日報の粒度が違う場合は、AIでは埋まりません。ここは設計の話です。

手順3: 遅延兆候の定義を、現場の言葉で決める

「遅れている」を機械的に判定するには、条件を明文化する必要があります。実務でよく使う判定条件は次のようなものです。

• 工程表上の開始予定日を過ぎているのに、日報にその工種の記述が一度も出てこない
• 着手はしているが、想定人工に対して投入人工が明らかに少ない日が連続している
• 日報の中止理由に「材料未着」「前工程未完」が指定回数以上出ている
• 出来高が前週から動いていない

これらは統計的な予測ではなく、事実の積み上がりを検知するルールです。まずここから始めるほうが、現場の納得感が高く、外れたときの原因も追えます。予測モデルを組むのは、実績データが十分に溜まってからで遅くありません。

手順4: 通知の出し方と、出さない条件を決める

検知した兆候をどう伝えるかで、定着するかが決まります。

• 毎朝、担当現場の「押している工種」だけを一覧で出す
• すでに現場代理人が認識済みの遅れは、フラグを立てたら再通知しない
• 「影響を受ける後工程」を必ずセットで出す(遅れの事実だけでは動けない)
• 通知先は現場代理人に限定し、まず本人が判断してから上へ上げる形にする

全件通知は必ず無視されます。「知っていることを何度も言わない」設計が、通知系の仕組みでは最も重要です。

工程変更の影響範囲をAIに出させるとき、何を渡す必要がありますか？

AIに工程の依存関係を推論させるには、以下を構造化して渡します。

1. 工程表の作業行（作業名・開始予定・終了予定・担当協力会社）
2. 先行関係(この作業はどの作業が終わらないと着手できないか)
3. 固定日（施主検査、中間検査、引渡し日など動かせない日付）
4. 制約条件（同時に入れる業者数、搬入可能日、近隣協定による作業可能時間帯）

このうち 2と4が既存の工程表ソフトに入っていないことが、実務上の最大のハードルです。ガントチャートは線が引いてあるだけで、先行関係が定義されていないケースが少なくありません。

対応としては2通りあります。

• A: 先行関係を一度だけ整理する — 自社の標準的な工事パターンごとに、工種の先行関係テンプレートを作る。新築木造、RC改修、外構など、типовые工事が決まっている会社ほど有効です。
• B: 過去の工程表実績から推定する — 過去案件で「A工種の完了とB工種の着手」の順序が一貫していれば、先行関係として提案する。ただし推定結果は必ず人が承認する運用にします。

Bのほうが初期の手間は少ないですが、推定の誤りが工程の見落としに直結するため、承認プロセスを省略してはいけません。

AIにできないこと・この仕組みの限界

正直に書きます。工程管理のAI活用には、現時点で越えられない壁があります。

1. 職人の手配可否は予測できない

「来月の第2週に大工3人」が押さえられるかは、協力会社の他現場の状況と、その会社との関係性で決まります。この情報は電話とLINEの中にあり、どこにも構造化されていません。手配が読めない以上、工期の確定予測はできません。

2. 天候の長期予測に基づく工程は精度が出ない

数日先の降水予報から「打設は厳しそう」と候補を挙げることはできます。しかし1か月先の外部足場作業の可否を予測することはできません。長期の天候リスクは、AIではなく余裕日（バッファ）の確保という段取りで吸収するのが現実的です。

3. 「前工程が終わった」の判定はできない

日報に「型枠完了」と書かれていても、後工程が入れる状態かは別問題です。墨出しがまだ、清掃が済んでいない、資材が残置されている——現場での目視でしか判定できません。ここを自動化しようとすると、誤った着手指示につながります。

4. 予測モデルは実績データが溜まるまで作れない

遅延予測を機械学習で行うには、同種工事の実績が一定量必要です。年間の施工件数が限られる会社では、モデル学習に足るデータが集まりません。この場合はルールベースの兆候検知で運用し、予測モデルは目指さないほうが実用的です。

5. 労務時間の上限規制への対応は、工程の設計側で解く

建設業には2024年4月1日から時間外労働の上限規制が全面適用されています（厚生労働省「建設業・ドライバー・医師等の時間外労働の上限規制」）。原則は月45時間・年360時間、特別条項がある場合でも年720時間以内、単月100時間未満（休日労働含む）、複数月平均80時間以内、月45時間超は年6か月まで、という上限があります。

AIで遅延を早く検知できても、工期そのものに無理があれば労務時間は減りません。検知の仕組みは、工期交渉や人員配置の判断材料を早く出すためのものであり、規制対応そのものを解決するものではありません。36協定の運用や個別の適用可否は、社会保険労務士等の専門家にご確認ください。

実際の進め方：エクサテックの場合

エクサテックが不動産・建設の業務システムを構築する際は、要件を紙で受け取るところからではなく、現場に足を運んで困りごとを聞くところから始めます。株式会社イーリアルティ様への転記エージェント導入でも、契約の前段階から何度も現場に伺い、実際の作業を確認したうえで設計に入りました。

工程管理も同じです。工程表ソフトを何にするかの前に、以下を確認します。

1. 現場代理人が1日のうち工程管理に使っている時間と、その内訳
2. 工程がズレたと気づくきっかけ（誰の、どの一言か）
3. ズレに気づいてから協力会社に連絡が飛ぶまでの経路
4. 更新された工程表が実際に見られているか、貼り出されたまま古いままか

この4点を押さえると、そもそも作るべきものが工程表ソフトではなかったというケースが出てきます。日報の入力項目を分けるだけ、朝の一覧を自動で出すだけで解決することも珍しくありません。「導入したのに使われない」を避けるには、この確認を飛ばさないことが要です。

まとめ

• 建設の工程表は、職人手配・天候・前工程の仕上がりという未データ化の変動要因に支配されるため、AIによる自動生成はたたき台までに留まる
• AIが安定して担えるのは、①工程変更時の影響範囲の洗い出し ②日報からの遅延兆候の検知 ③工程表と実績の突合の3領域
• 境界線の原則は「間違えたときに誰かに謝りに行く判断はAIに渡さない」
• 接続の要は、工程表の作業行と日報の作業記述を紐づけるキー設計。ここを曖昧にしたままAIに読ませても精度は出ない
• 実績データが少ない会社は、予測モデルではなくルールベースの兆候検知から始めるほうが実用的
• 遅延検知は工期交渉の材料を早く出すためのもので、時間外労働の上限規制への対応そのものを解決するものではない

よくある質問

Q. AIは工程表をゼロから自動作成できますか？
A. 標準工期や過去実績から「たたき台」を出すことはできますが、そのまま使える工程表にはなりません。協力会社の空き状況、施主都合の検査日、現場ごとの搬入制約といった条件は現場担当者の頭の中にあり、データ化されていないためです。AIの出力は下書きとして扱い、最終確定は人が行う前提で設計します。

Q. 遅延予測AIはどれくらい先まで当たりますか？
A. 「予測」というより「兆候の検知」と捉えるのが実務的です。日報の未着手・出来高の停滞・材料未着といった事実の積み上がりから、後工程が押す可能性を早めに知らせる仕組みは作れます。一方、来月の職人確保や天候の長期見通しに依存する部分は精度が出ないため、人の判断材料の提示に留めます。

Q. 工程表作成にAIを使うには何のデータが必要ですか？
A. 最低限、日報（実施した作業・人工・中止理由）と工程表の実績線が必要です。加えて原価管理側の出来高・出面データがあると、遅れの原因が人員不足か前工程待ちかを切り分けられます。逆に日報が「作業続行」の一言しか書かれていない現場では、まず日報の入力項目を整えることが先になります。

Q. 天候による工程変更はAIで自動化できますか？
A. 気象データと連動して「この作業は雨天中止の可能性が高い」と候補を出すところまでは自動化できます。ただし実際に中止するかは、コンクリート打設なら養生計画、外部足場なら風速と近隣状況など、その日の現場条件で決まります。中止判断そのものをAIに委ねる運用は推奨しません。

Q. 小規模な工務店でも導入できますか？
A. 対象を「1つの判断」に絞れば可能です。たとえば工程表全体ではなく「日報から遅れている工種を毎朝一覧化する」だけに限定すれば、既存の日報アプリやExcelからでも着手できます。工程管理システムを丸ごと入れ替えるより、既存の帳票をそのまま入力源として使う設計のほうが現場に定着しやすくなります。

ご相談について

エクサテックは、不動産・建設の現場に入り込んで業務を確認したうえで、仕組み設計からWebアプリ構築までを同一チームで行っています。工程管理については、「まず何をデータ化すべきか分からない」段階からのご相談も承っています。

現在お使いの日報・工程表の形式をお聞かせいただければ、どこから着手できそうかの見立てをお伝えします。お気軽にお問い合わせください。