DX

建設DXとは?進まない構造要因と着手順・投資判断の線引きを解説

公共系システムにおける機能一覧

建設DXは、現場にタブレットを配ることでも、図面をPDFにすることでもありません。工事1件ごとにばらばらだった情報の入り口を一本にまとめ、原価・工程・安全の判断をデータで回せる状態へ作り替える取り組みです。この記事では、現場のIT化との線引き、公表統計から見た背景、他業種の進め方が効かない構造の理由、4領域マップ、5段階の着手順、投資を見送る規模の線引きを、受託開発の目線で整理します。

まとめ:建設DXで先に着手する領域と投資判断が分かれる条件

建設DXとは、デジタル技術で建設事業の業務プロセスと収益構造そのものを組み替える取り組みを指します。日報を紙からアプリに置き換えるだけの取り組みは現場のIT化にとどまり、DXの定義には届きません。分岐点は、工事別の原価率・実行予算の精度・手戻り件数といった経営指標が動いたかどうかにあります。

着手順の結論を先に書きます。最初に手を付けるべきは現場入力の一元化です。日報・写真・図面・工程が別々のツールに散っている限り、現場代理人は同じ情報を何度も打ち直し、その時間が残業になります。次が工事別原価の実績データ化、その後に基幹システムとの連携。ICT建機による自動施工や生成AIによる工程計画の自動生成は、この土台が整うまで見送る領域です。

投資判断が分かれる線も明確です。完成工事高が10億円未満で、現場代理人が3現場以上を兼務し、情報システムの専任者が一人もいない事業者は、基幹システムのフルスクラッチ更改を回収できません。クラウド型の施工管理サービスを組み合わせ、データを自社で取り出せる状態だけ確保するほうが合理的です。

建設DXの定義と、現場のIT化・i-Constructionとの範囲の切り分け

言葉の範囲がずれたまま議論を始めると、要件定義の段階で衝突します。まず境界を固定します。

建設DXが指す範囲|営業・積算から引き渡し後の維持管理までの作り替え

建設DXの対象は、営業・積算、実行予算の編成、施工計画、現場の工程と品質と安全の管理、原価の実績集計、引き渡し後の維持管理までの全工程に及びます。ここが誤解されやすい点で、建設DXという語を「現場管理アプリの導入」と同義に使う提案書が少なくありません。

本来は、その現場管理アプリで集めたデータが実行予算の見直しに跳ね返り、次の工事の積算精度を上げるところまでが射程です。DXという語そのものの定義や業種を問わない進め方はDXとは?定義とデジタル化との違い・進め方で整理しているため、本記事では建設固有の論点に絞ります。

現場のIT化と建設DXが分かれる境目は、原価と工期に出る変化の有無

紙の作業日報をアプリ入力に変える。これは手段の置き換え、つまりデジタイゼーションにあたります。転記の手間は減りますが、どの工種に人工がどれだけかかったかを翌日に把握できないなら、赤字工事の発見は月次締めの後のままです。

建設DXと呼べるのはその先。日報の労務データが工事別原価に日次で反映され、実行予算との差異が出た時点で職長へアラートが飛ぶ。ここまで来ると、入力時間が減るだけでなく、原価率と手戻り件数という数字が動きます。判定はわかりやすく、作業時間が減っただけならIT化、原価や工期が変わったならDXです。

i-Construction 2.0が置いた到達点と、民間工事との距離の測り方

国土交通省は2024年4月16日に「i-Construction 2.0」を策定し、2040年度までに建設現場の省人化を少なくとも3割、すなわち生産性を1.5倍に高める目標を掲げました。柱は、施工のオートメーション化・データ連携のオートメーション化・施工管理のオートメーション化の3つ。2025年4月18日には1年目の取組状況と2025年度の取組予定が公表されています。

ここで注意が要ります。この施策が直接の対象とするのは、国が発注者となる直轄の土木工事が中心です。民間の建築工事を主とする事業者がそのまま自社の計画へ写すと、ICT建機や測量の自動化といった土木寄りの投資に偏り、粗利に効かない設備を抱えます。国の施策は業界全体の方向として押さえ、自社の工事種別に引き直してください。

建設業がDXを迫られる4つの外部環境と、公表統計で見た現在地

建設DXが議論される理由は、業界内の流行ではなく外部環境の実測値にあります。

55歳以上36.7%・29歳以下11.7%という担い手構成が示す時間の制約

国土交通白書(令和6年度)によると、2024年の建設業就業者のうち55歳以上は36.7%で、全産業の32.4%を上回ります。一方で29歳以下は11.7%にとどまり、全産業の16.9%を下回る水準です。

この数字が示すのは単なる人手不足ではありません。ベテランが持つ段取りの判断が、10年から15年のうちに大量に社外へ出ていくということ。写真・検査記録・是正指示を工事横断で検索できる形にしておく投資は、この時間制約への対処として説明できます。

年間2,018時間という労働時間と、上限規制が適用された後の現在地

時間外労働の上限規制は、猶予期間を経て2024年4月から建設業にも適用されました。いわゆる建設業の2024年問題です。国土交通白書(令和6年度)では、2023年度の建設業の年間平均実労働時間は2,018時間で、他産業より約62時間長いとされています。4週8休以上を確保できている工事は、公共工事で約3割から4割、民間工事では約1割強という状況です。

規制は工期に跳ね返ります。同じ工期で同じ出来高を求められるなら、現場が吸収してきた残業分をどこかで削るしかない。削る先として最初に挙がるのは施工そのものではなく書類作成と移動と会議で、ここはデータの持ち方で減らせる領域にあたります。

改正建設業法の2025年12月全面施行が求める、見積と労務費の根拠

建設業法と入契法の改正(令和6年法律第49号)は2024年6月14日に公布され、2025年12月12日に全面施行されました。著しく低い労務費等による見積りと見積り依頼の禁止、中央建設業審議会が職種別・地域別の標準労務費を作成して勧告できる仕組みなどが柱です。

実務への影響は見積根拠の説明責任として現れます。労務費をいくらで積んだのか根拠を問われる場面が増えるため、過去工事の実績原価を職種別に取り出せない状態は不利になる。逆に、ICTで現場を確認できる場合は施工体制関連の書類提出を合理化する規定も入り、データを整えている事業者ほど事務負担が軽くなる方向です。

BIM/CIMの原則適用とCCUSの普及で、発注者側から届くデータ要求

国土交通省は2023年3月の「BIM/CIM適用に関する実施方針」で、直轄の土木業務と工事について2023年度からBIM/CIMを原則適用としました。建設キャリアアップシステム(CCUS)の技能者登録も進み、2026年3月末時点で180万人台に達しています。

どちらも共通するのは、自社が使いたいかどうかとは別に、発注者や元請から所定の形式でデータを出すよう求められる流れだという点です。社内の効率化を狙うDXと、外部要求に応えるためのデータ整備は、投資の性質が違うものとして予算を分けて管理してください。

建設DXが進まない構造要因|他業種の進め方が効かない3つの理由

建設業のDXが遅れていると言われる背景を、意識や年齢層の問題として片付けると打ち手を誤ります。製造業や小売業で有効な進め方は、建設業では構造上そのまま効きません。

一品受注生産で現場ごとに座組が変わり、標準業務が固定できない

工場のラインは同じ設備で同じ製品を繰り返し作るため、業務を標準化してからシステムに載せる順序が成立します。建設は逆で、工事ごとに設計も立地も工期も体制も違う一品受注生産。標準業務を先に固めようとしても、次の現場で条件が変わり合意が取れません。

対処は、業務手順ではなくデータ項目の標準化に切り替えることです。工程の進め方は現場に委ね、工種コード・原価科目・写真の分類・検査項目という「記録の型」だけを全社で統一する。型さえそろえば、手順が違っても工事横断の比較ができます。考え方の違いは製造業のDXとは?課題・進め方・つまずかない導入手順と読み比べると輪郭がはっきりします。

重層下請け構造により、システムの利用者が自社の社員ではなくなる

現場で日報を書き、写真を撮り、資材を受け取るのは協力会社の職長や技能者です。自社の社員だけが使うシステムなら社内研修と評価制度で定着させられますが、契約関係の異なる相手には強制力が働きません。導入した施工管理システムが数か月で使われなくなる典型的な原因がここにあります。

設計側の対処は2つ。1つは協力会社側の入力を極限まで減らし、写真の撮影と数値の選択だけで完了する形にすること。もう1つは入力した側にも見返りを設計することです。出面の集計や請求書の作成が自動で終わるなら、入力は自分の事務削減として続きます。

現場代理人に入力作業が集中し、二重入力がそのまま残業時間になる

建設業のシステム導入で最も多い失敗は、ツールを増やした結果として現場代理人の入力先が増えることです。施工管理アプリに日報、会計システムに原価、発注者指定のシステムに進捗。同じ事実を3回打ち込む状態は、導入前より労働時間が伸びます。

判断基準は単純です。新しいツールを1つ入れるなら、既存の入力先を1つ減らす。減らせない場合はAPIやCSVで連携し、入力の起点を1か所に固定する。この原則を崩したまま複数のサービスを足すと、上限規制下で最も守るべき現場代理人の時間が削られます。

建設DXの4領域マップ|現場管理・原価基幹・BIM/CIM・施工自動化

建設DXで挙がるツールは、対象業務で4つに分かれます。領域ごとに投資規模と効果が出る時間が違うため、全部を同時に走らせる計画は完走しません。

現場管理領域|日報・写真・図面・工程の入力を1回にまとめる設計

作業日報、工事写真、図面と指示の共有、工程表、安全書類、検査記録が対象です。中核は工事コードで、日報と写真と原価が別々の番号で管理されていると、突き合わせ作業が発生します。統合の起点は、受注時に採番した工事コードを全ツールで共通に使うこと。効果は入力時間と書類作成時間に出るため、3か月から6か月で数字が取れます。製品の機能そのものは工事管理システムの機能・選び方・開発判断で整理しています。

原価・基幹領域|実行予算と実績原価を工事別に突き合わせる仕組み

実行予算の編成、外注と資材の発注、労務の集計、工事別原価、請求と入金、完成工事高の計上が対象です。効果は、赤字工事をどれだけ早く検知できたかという期間短縮に跳ね返ります。月次締め後に判明していた原価超過が週次や日次で見えれば、まだ打てる手が残る段階で対処できます。

基幹側の選定は建設業向けERPの選び方と基幹システムとの違いで価格の実態まで整理しているため、パッケージ比較の前に読んでください。資材と外注の発注を切り出す場合は建設業向け購買管理システムの選び方が要件の粒度をそろえる助けになります。

設計・BIM/CIM領域|発注者要求への対応と社内利用の分岐点

3次元モデルによる設計、数量の自動拾い、干渉チェック、施工シミュレーションが対象です。直轄工事では原則適用が進んでいるため、公共工事の比率が高い事業者には受注要件の側面を持ちます。

一方、民間建築が中心で3次元モデルの提出を求められない事業者は、費用対効果を慎重に見てください。モデル作成の工数は実在し、干渉チェックや数量拾いに社内で使い切れないと納品のためだけの作業になります。製品の機能差はBIMプラットフォームの主要機能と他システムとの違いで確認できます。

施工の自動化領域|ICT建機・ドローン・遠隔臨場の投資回収の条件

マシンガイダンス付きの建機、ドローン測量、3次元設計データによる丁張り省略、遠隔臨場、施工ロボットが対象です。土工量の大きい造成や道路では、測量と丁張りの人工が明確に減り回収期間を計算できます。

逆に改修や内装、設備といった工事種別では効果が限定的です。判断は工事1件あたりの土工量と、年間の同種工事の受注件数で決めます。年数件の規模なら、自社保有ではなくレンタルや協力会社への発注で足ります。

建設DX 4領域の投資規模と効果が出る時期・着手順の比較一覧

効果が出るまでの期間は、複数現場で運用が定着してから指標が動くまでの目安です。

領域 主な対象業務 代表システム 効果が出るまで 着手順
現場管理 日報・写真・工程 施工管理サービス 3か月から6か月 1
原価・基幹 実行予算・原価・発注 建設ERP・原価管理 6か月から12か月 2
設計・BIM 3次元設計・数量拾い BIM/CIM製品 12か月以上 3
施工自動化 測量・土工・臨場 ICT建機・ドローン 工事単位で即時 4

施工自動化の着手順が4番目なのは、対象工事を持たない事業者では投資が遊ぶためです。土工量の大きい工事を継続的に受注している場合に限り、順序を繰り上げて構いません。

建設DXの進め方|現場入力の一元化から基幹連携までの5段階の流れ

以下の5段階は、記録の型と現場入力を先に固める前提で組んだ流れです。

  1. 業務とデータの棚卸し(現行ツールの一覧と、書類作成時間の実測)
  2. KPIの決定(時間指標と原価指標を1つずつ)
  3. 記録の型の統一(工事コード・工種コード・原価科目・写真分類)
  4. 現場入力の一元化と基幹連携(入力の起点を1か所へ固定)
  5. 内製と外注の役割分担の固定(運用フェーズの体制設計)

Step1・2|書類作成時間の実測と、原価率で測るKPIの決め方

最初にやるのは、現行ツールの一覧化と主要業務の作業時間の実測です。日報の記入と転記に週何時間、写真の整理に月何時間という数字を、推測ではなく現場代理人の実測で集めます。この数字がないと投資判断が感覚論になります。

KPIは2種類を対で置きます。時間側は「現場代理人の書類作成時間を月あたり何時間削減」、原価側は「工事別原価の確定を締め後何日から何日へ短縮」といった形。推進体制や社内合意の作り方はDX化・DX推進の意味と頓挫しない体制づくりで扱っています。

Step3・4|記録の型を統一し、現場入力の起点を1か所に固定する

型の統一で決めるのは、工事コードの採番ルール、工種コードの体系、原価科目の粒度、写真の分類区分の4点です。粒度の設計には注意が要ります。原価科目を細かく分けるほど分析はしやすくなる一方、現場での入力時に選択肢が増えて誤入力が起きる。日次で入力する項目は10前後に抑え、細分は基幹側で展開する設計が続きます。

入力の一元化は、既存システムを止めずに進められます。会計や基幹はそのまま動かし、現場側の入力データを日次で吸い上げて連携する構成から始めるのが現実的。契約関係の書類まで電子で回す場合は、建設業の電子契約と建設業法19条3項の技術的基準で要件を確認してから設計してください。

Step5|内製と外注の切り分けと、協力会社への展開順序の決め方

内製と外注の切り分けは変更頻度で決めます。安全書類の様式や帳票レイアウトのように年に何度も変わるものは社内で触れる形にし、原価の按分ロジックや会計連携のように正確性が求められ変更が少ないものは外注で作り込む。この線引きを契約前に決めておくと保守費が読めます。

協力会社への展開は、全社一斉ではなく取引額の大きい数社から始めてください。先行した数社で入力負荷と見返りのバランスを確かめてから対象を広げる。最初から全社展開すると、様式の不備がそのまま全現場の混乱になります。

建設DXに着手すべき条件と、投資を見送るべき事業規模の線引き

すべての建設事業者がDXに投資すべきとは考えていません。

先に手を付けるのは現場入力の一元化|他の施策より効果が読める理由

現場入力を最優先に置く理由は3つあります。1つ目は効果が測れること。書類作成時間は実測でき、前後比較がそのまま成果報告になります。2つ目は他領域の前提になること。日報と写真が工事コードで整っていないと、原価の実績も検査記録の検索も成立しません。3つ目は投資規模が読みやすく、月額のクラウドサービスから始めて合わなければ乗り換えられることです。

見送るべき場面|完成工事高10億円未満・専任者ゼロ・兼務3現場

次の条件が重なる事業者は、基幹システムの受託開発を見送るべきです。完成工事高が10億円を下回り、情報システムの専任者がおらず、現場代理人が3現場以上を兼務している場合。開発費を回収できるだけの削減人時が出ないうえ、要件をまとめる時間を現場から捻出できません。

この規模で取るべき手は、クラウドの施工管理サービスと会計サービスを組み合わせ、データをCSVやAPIで取り出せる状態だけ確保しておくことです。持ち出しができないサービスを選ばない。その一点さえ守れば、規模が育つまで投資を待って構いません。

自動施工と生成AIを初手に置かない理由と、後回しにする判断基準

施工ロボットによる無人化と、生成AIによる工程計画の自動生成。この2つは提案書に載りやすい一方、初手に置くと失敗します。無人化は対象工種が限られ、回収に必要な同種工事の件数が自社の年間受注を超えることが多いためです。

工程計画の自動生成も、参照する過去工事のデータ品質が結果を決めます。同じ工種が現場ごとに違う名称で記録されている状態では、どれだけ高性能なモデルでも実務に耐える案は出ません。この2領域は記録の型が統一され、工事別原価が締め後3日以内に確定してから検討する。それより前の提案は順序が逆です。

パッケージで足りる業務と受託開発が要る業務の費用と期間の目安

切り分けの基準は、その業務が他社との差別化要因になっているかどうかです。会計、給与、勤怠は差別化要因にならないため、パッケージやクラウドサービスをそのまま使うのが合理的。一方、自社独自の実行予算の組み方、社内基準に沿った原価の按分、発注者指定の様式に合わせた帳票出力は既製品で表現できないことが多く、受託開発の対象になります。

対象 方式 費用の目安 期間の目安
会計・勤怠・給与 クラウド 月額課金 1か月から3か月
施工管理・写真 クラウド 月額課金 1か月から3か月
建設ERP・原価管理 パッケージ 数百万円規模 3か月から9か月
原価按分・独自帳票 受託開発 数百万円から数千万円 6か月から12か月

金額はいずれも要件の幅で変わるため、自社の工事種別を前提にした概算が必要です。一創ではDXコンサルティングとして、業務とデータの棚卸しからKPIの設計、システム構成の決定までを支援しています。既存パッケージとの併用構成でも相談できるので、切り分けの段階から使ってください。

よくある質問

建設DXの検討時によく調べられる論点をまとめます。

建設DXとは何ですか?現場のIT化とは何が違いますか?

建設DXは、デジタル技術で建設事業の業務プロセスと収益構造を組み替える取り組みを指します。現場のIT化との違いは、経営指標が動くかどうかにあります。紙の日報をアプリ入力に変えるのは手段の置き換えで、転記の手間が減っても原価率は変わりません。日報の労務データが原価へ日次で反映され、実行予算との差異が出た時点で手を打てるようになって、はじめて建設DXと呼べます。

建設DXが進まない一番の理由は何ですか?

他業種の進め方が構造上そのまま効かないからです。建設は工事ごとに設計も体制も違う一品受注生産のため、業務手順を先に標準化してからシステムに載せる順序が成立しません。加えて重層下請け構造により、現場でシステムを使うのは協力会社の技能者で、社内ルールによる強制が働かない。この2点を踏まえずにツールだけ増やすと、労働時間が伸びます。

建設DXは何から着手すればよいですか?

現場入力の一元化からです。日報・写真・図面・工程が別々のツールに散っている限り、同じ事実を何度も打ち直す時間が残り続けます。書類作成時間は実測できるため、前後比較がそのまま成果報告になる点も1本目に向く理由。着手前に、工事コード・工種コード・原価科目・写真分類という記録の型をそろえてください。次が工事別原価の実績データ化、その後に基幹連携です。

建設DXにかかる費用と期間はどのくらいですか?

対象業務で大きく変わります。会計・勤怠・給与や施工管理・写真管理はクラウドの月額課金で1か月から3か月、建設ERPや原価管理はパッケージ導入で数百万円規模かつ3か月から9か月が目安。自社独自の実行予算の組み方や原価按分のように既製品で表現できない部分は受託開発になり、数百万円から数千万円、期間は6か月から12か月程度を見込みます。

BIM/CIMの導入は建設DXに必須ですか?

必須ではありません。国土交通省は2023年3月の実施方針で直轄の土木業務と工事に原則適用としているため、公共工事の比率が高い事業者にとっては受注要件の側面を持ちます。一方、民間建築が中心で提出を求められない場合は、モデル作成の工数に見合う社内利用があるかで判断してください。導入するなら、先に工事コードと工種コードの体系をそろえると後工程の連携が楽になります。

関連記事

資料請求

RELATED POSTS 関連記事