BIM/CIMを進捗・出来高管理につなげる|工程・数量との接続とAIの適用範囲
BIM/CIMの導入は進んだものの、3次元モデルは干渉チェックや説明資料の用途で止まり、日々の進捗管理や月次の出来高管理は現場報告と表計算のまま。本記事は、建設業のDX推進・施工管理・IT企画に向けて、モデルを管理業務に接続するための設計を整理します。モデルに何を付加すれば管理に使えるのか、実際の出来形をどう突き合わせるのか、AIで自動化できる範囲はどこまでかを扱います。
この記事の結論
- 3次元の形状情報だけでは管理に使えない。工程(4D)と数量・金額(5D)を結びつけて初めて管理の基盤になる
- 鍵は高機能なソフトではなく粒度の設計。部材の分割単位・工程の作業単位・数量の計上単位・識別子を着手前にそろえる
- 実測は工種ごとに手段を使い分ける。土工は点群やドローン、仕上げは写真と現場入力が現実的
- AIが得意なのは記録からの状態推定と傾向の提示。査定など責任を伴う確定は人が担う前提で設計する
- 最大の難所は運用。更新の責任者・頻度・設計変更の反映ルールを決めないとモデルは現場から乖離する
なぜBIM/CIMは「3Dモデル」で終わってしまうのか
公共工事を中心にBIM/CIMの活用が標準化され、設計段階で3次元モデルを作ること自体は珍しくなくなりました。ところが施工段階に入ると、モデルは干渉チェックや説明資料の用途で使われるだけで、日々の進捗管理や月次の出来高管理は、相変わらず現場からの報告と表計算に依存している現場が少なくありません。
この状態が続く理由は、モデルの品質ではありません。3次元の形状情報だけでは、管理業務に必要な情報が揃っていないからです。管理に使うには、それぞれの部材が「いつ施工されるのか」「数量と金額はいくらか」という情報と結びついている必要があります。この接続がないため、モデルと管理台帳が別々に管理され、二重の手間が生まれています。
この記事が扱う範囲と、扱わない範囲
| 内容 | |
|---|---|
| 扱う範囲 | すでにあるBIM/CIMモデルを、工程・数量・出来高の管理に接続するデータ活用の設計。実測データとの突合、AIの適用範囲と限界、モデルと現場のズレの扱い |
| 扱わない範囲 | 進捗・出来高管理の運用そのものの作り方(データ項目の定義、入力の仕組み、承認フロー、定着KPI)。これは別稿「建設現場の進捗・出来高管理をデジタル化する」で扱っている |
| 前提 | 特定のBIM/CIMソフト・データ形式のバージョンを前提としない。設計の考え方として記述する |
モデルを管理に使うための3段階 ― 形状・工程・数量
BIM/CIMのモデルを管理業務で使えるようにするには、形状情報に段階的に情報を付加していきます。実務ではこの3段階で整理すると、自社がどこまで到達しているかが明確になります。
| 段階 | モデルが持つ情報 | できること | 管理業務での位置づけ |
|---|---|---|---|
| 形状のみ(3D) | 部材の形・位置・属性 | 干渉チェック、関係者への説明、数量の概算 | 設計・照査の道具。管理には使えない |
| +工程(4D) | 各部材にいつ施工するかの情報 | 計画と実績の比較、遅延箇所の可視化 | 進捗管理の基盤になる |
| +数量・金額(5D) | 各部材の数量と単価・金額 | 出来高の算出、原価との対比 | 出来高管理・原価管理の基盤になる |
多くの現場は最初の段階で止まっています。そして重要なのは、次の段階へ進むために必要なのは高機能なソフトではなく、「どの粒度で部材を分けるか」という設計判断だという点です。
鍵になるのは「粒度をそろえる」こと
モデルの部材の単位、工程表の作業の単位、数量の計上単位が一致していないと、どの段階へ進んでもデータは結びつきません。たとえば工程表が「橋台工」という単位なのに、モデルは部材ごとに細かく分かれている場合、進捗をどう対応させるかが決まりません。
| そろえる対象 | 決めること | そろっていないと起きること |
|---|---|---|
| 部材の分割単位 | モデルをどこまで細かく分けるか | 工程・数量と対応せず、集計できない |
| 工程の作業単位 | 工程表の1行がモデルのどの範囲に対応するか | 進捗率の計算根拠が説明できない |
| 数量の計上単位 | 何をもって1と数えるか(面積・体積・本数) | 出来高の査定で認識が食い違う |
| 識別子 | モデルの部材と管理台帳を紐づけるコード | 手作業での突合が発生し続ける |
この4点を工事の着手前に決めておけるかどうかが、後工程すべての効率を左右します。設計段階のモデルをそのまま施工管理に使おうとすると粒度が合わないことが多く、施工計画に合わせた再分割が必要になる場合もあります。
進捗を「測る」方法を設計する ― 計画と実際の突合
モデルに工程と数量が結びつけば、計画側の準備は整います。次に必要なのは、現場で実際にどこまで進んだかを取得する手段です。ここが従来の進捗管理と最も違う部分になります。
実測データの取得手段
| 手段 | 取得できるもの | 適する対象 | 留意点 |
|---|---|---|---|
| 写真・動画 | 施工状況の記録、目視で判別できる進捗 | 建築的な仕上げ、設備の設置状況 | 撮影位置が定まらないと比較が難しい |
| 点群(レーザースキャン) | 実際の形状の3次元データ | 土工、コンクリート構造物の出来形 | 取得・処理に手間がかかる。頻度を上げにくい |
| ドローン測量 | 広範囲の地形・土量の変化 | 土工の進捗、大規模な造成 | 天候・飛行制限の影響を受ける |
| 現場での入力 | 人が判断した進捗・数量 | 上記で測れない工種全般 | 入力の負担が続くと形骸化する |
実務では、これらを1つに絞るのではなく、工種ごとに使い分けます。土工は点群やドローンで面的に測り、仕上げや設備は写真と現場入力で押さえる、といった組み合わせが現実的です。すべてを最新の手段で測ろうとすると、取得の手間が管理の効果を上回ります。
計画と実際を比較する仕組み
取得した実測データを、モデル上の計画と比較して進捗率を出します。このとき、比較の基準を明確に決めておく必要があります。「どの状態になったら、その部材は完了とみなすのか」という定義です。コンクリート構造物であれば打設完了か、養生完了か、型枠解体後か。この定義が曖昧だと、算出された進捗率が関係者間で信頼されません。
AIで測れること、測れないこと
進捗把握にAIを使う話が増えていますが、期待と実際のずれが大きい領域でもあります。何が自動化できて何ができないかを分けて理解しておくと、投資の判断を誤りません。
| 用途 | AIの現実的な役割 | 限界・前提 |
|---|---|---|
| 写真からの状況判定 | 写された対象の分類、施工段階の推定 | 撮影条件のばらつきに弱い。学習データの整備が前提 |
| 点群とモデルの差分検出 | 設計形状と実際の形状の差を抽出 | 取得の頻度が低いと日次の進捗管理には使えない |
| 土量・数量の算出 | 測量データからの数量計算 | 計算自体はAIでなくても可能な領域が多い |
| 工程遅延の予測 | 進捗の傾向から遅延リスクを提示 | 過去データの蓄積が前提。天候・調整の影響は織り込みにくい |
| 書類・報告の作成支援 | 日報・報告資料の下書き生成 | 最終確認は人が担う前提で設計する |
整理すると、AIが得意なのは「大量の記録から状態を推定する」ことと「傾向から見通しを出す」ことです。逆に、判断の責任を伴う確定(出来高の査定額の決定など)は人が担う前提で設計します。AIの出力を確定値として扱うのか、人が確認する下書きとして扱うのかを、用途ごとに決めておくことが実装の前提になります。
なお、この「人とAIの役割分担をどう決めるか」という論点は、AIを前提に業務を再設計する際の共通の工程です。別稿「AI×BPRの進め方」で、判断の段階を4つに分けて整理しています。
モデルと現場のズレをどう扱うか ― 現場運用の設計
設計上の最大の難所は、技術ではなく運用です。工事は計画どおりに進まず、設計変更も発生します。モデルが現場の実態から乖離し始めると、誰もモデルを見なくなり、管理はまた表計算に戻ります。
決めておくべき3点
| 論点 | 決めること |
|---|---|
| 更新の責任者と頻度 | 誰がモデルを更新するのか。日次・週次・変更発生時のどれで回すのか |
| 設計変更の反映ルール | 変更をモデルに反映する手順と、反映前後の記録の残し方 |
| ズレを許容する範囲 | モデルと現場の差をどこまで許容し、どの時点で修正するのか |
特に更新の責任者が決まっていないケースが多く見られます。施工計画の担当者、BIM/CIM担当者、現場監督のいずれが担うのかを明確にし、その人の業務時間に更新作業を織り込んでおく。これがないと、モデルの更新は「余裕があるときにやる作業」になり、必ず後回しになります。
あわせて、モデルを使う目的を1つに絞ることも有効です。全社的な情報共有基盤として立ち上げようとすると関係者が増えて動かなくなるため、まず「月次の出来高算出の根拠にする」など具体的な業務に的を絞り、そこで回るようにしてから広げるのが現実的です。
よくあるつまずきパターンと回避策
BIM/CIMを管理業務につなげる取り組みでつまずく典型パターンを整理します。多くは技術選定ではなく、粒度と運用の設計に起因します。
| つまずき | 何が起きるか | 回避策 |
|---|---|---|
| 設計モデルをそのまま施工管理に使う | 部材の粒度が工程・数量と合わず集計できない | 施工計画に合わせて分割単位を設計し直す |
| 識別子を決めていない | モデルと管理台帳の突合を手作業で続ける | 着手前に部材と台帳を紐づけるコードを定義する |
| 実測手段を1つに統一しようとする | 取得の手間が効果を上回り、更新が止まる | 工種ごとに手段を使い分ける |
| 完了の定義が曖昧 | 算出した進捗率が関係者に信頼されない | どの状態で完了とみなすかを工種別に定義する |
| 更新の責任者が不在 | モデルが現場と乖離し、誰も見なくなる | 担当者と頻度を決め、業務時間に織り込む |
| AIに確定判断を委ねる | 査定や責任の所在で運用が止まる | AIの出力は下書き扱いとし、確定は人が行う |
まとめ:モデルを「管理に使える形」にする設計が先
BIM/CIMを進捗・出来高管理につなげるための要点を整理します。
- 3次元の形状情報だけでは管理に使えない。工程(4D)と数量・金額(5D)を結びつけて初めて管理の基盤になる
- 鍵は高機能なソフトではなく粒度の設計。部材の分割単位・工程の作業単位・数量の計上単位・識別子を着手前にそろえる
- 実測は工種ごとに手段を使い分ける。土工は点群やドローン、仕上げは写真と現場入力が現実的
- AIが得意なのは記録からの状態推定と傾向の提示。査定など責任を伴う確定は人が担う前提で設計する
- 最大の難所は運用。更新の責任者・頻度・設計変更の反映ルールを決めないとモデルは現場から乖離する
BIM/CIMの活用が進まない原因は、モデルの精度でもソフトの機能でもなく、モデルを管理業務に接続する設計が抜けていることにあります。どの粒度で分け、何と結びつけ、どう実測と突き合わせ、誰が更新し続けるのか。この設計をやり切れるかどうかが、3次元モデルが資産になるか、作って終わりの成果物になるかを分けます。
関連サービス
Alphaktは、AI×BPRを起点に戦略から実装・運用まで一気通貫で伴走します。(※プロトタイプのため導線はダミーです)