建設業界の技術混乱: 分断されたツールが失敗し、統合ERPが勝つ理由

昔からのスローガンがあります。「テキサスをいじるな。」 しかし、元の趣旨は強さを誇示することではありませんでした。実際には、道路にごみが捨てられ続けたための、ポイ捨て防止キャンペーンだったのです。

 

 

その結果、見た目は美しくきらびやかで、しかし混沌としたテクノロジー高速道路の埋立地ができあがっています。

 

現代請負業者の「デジタルトランスフォーメーション」スターターキット

 

別名、誰も求めていないテックサーカス

 

・ ERP …ただし会計用に限る。結局のところ、プロジェクトコストと労働生産性、すなわち給与計算を財務結果と整合させたい人が 本当に いるでしょうか?

 

・ 積算ツール 次に、英雄的なスプレッドシートをさらに強化したようなものが登場します。そこでは、推測の上にさらに推測が重なり、見栄えのよいUIに包まれ、通常は3D（4D .. nD）、noDで可視化されます。

 

・ 現場管理アプリ群 オフィス業務とは完全に切り離されています。言い換えれば、まったく異なる2つの世界と2つの現実です。コスト管理なし。説明責任なし?

 

・ QTOツール はい、図面を「読み取る」ことはできます。ですが、BIMを必ずしも理解したり、BoQコード行と関連付けたりするわけではありません。さらに、別のCADライセンスも必要になります（AutoCADやBentleyと同様です）。

 

・ 専用調達システム なぜなら、ERP内のものはベンダーが資産向けに作ったからです。プロジェクト向けでも、WBS向けでも、BoQ向けでも、ましてや皆さんの正気のためでもありません。（別名 Procure-To-Pay）

 

・ 別個の倉庫モジュール これもまた、ERPの倉庫モジュールが建設現場ではなくスーパーマーケットを運営しているつもりだからです。（別名 WMS）

 

・ 進捗指摘・マーキングツール 図面上に丸や矢印を付けるには便利です。しかし、実際のクラウド文書、指摘一覧、BoQ行と連携するのはあまり得意ではありません。

 

・ 文書管理システム 同じPOが10個の異なるフォルダに入っています。一方で同じ図面が20個のフォルダに入っているため、どれが最新版か誰にも分かりません。皆さんおなじみの『final_final2_final3 …』というやつです。

 

・ BIM みんなBIMを持っています。ですが、多くのチームはそれを3Dで眺めて「きれいなモデル」と言うために使っています。洞察は? ありません。代わりに、主に事後確認と、3Dの竣工図として使われています。

 

・ スケジューリング Oracle P6。あるいは… Oracle P6。説明は明らかに不要です。

 

・ CRM 形式上は存在します。実際には、ほぼ放置されています。案件登録なし、パイプラインなし、説明責任なし。それでも、ライセンス更新だけは行われます。

 

・ DMS（SharePoint または Google Drive） チームは主にこれをデジタル埋立地として使い、ファイルは忘れ去られてしまいます。フォルダの混乱が芸術の域に達しています。

 

 

 

マイクロサービス + マイクロサイロ = マクロな混乱

 

もちろん、誰もが次の流行語を耳にします。マイクロサービス、ベスト・オブ・ブリード、デジタルエコシステム。では実態は? 接続されていないマイクロシステムのフランケンシュタインです。それぞれが文脈認識なしに、勝手に動いています。

 

• 積算 は スケジューリング を知りません。
• スケジューリング は 調達 を知りません。
• 調達 は コストコントロール を知りません。
• 現場進捗 は 財務 とつながっていません。
• 財務はそれらを一切信用しません。

 

 

統合不足 = 理解不足

 

システムが自社ビジネスを理解できるのは、文脈を理解したときだけです。そして文脈は、BoQ ↔ WBS ↔ コストコード が同じ言語で語り合って初めて存在します。

 

しかし、まさにここでテックメッシュの信奉者たちは失敗します。彼らは、アプリ同士をつなげれば統合になると思っているのです。

 

違います。あれはデータ搬送であって、データ理解ではありません。

 

次のことを相関付けできなければ:

 

• 設計したもの
• 積算したもの
• 計画したもの
• 実行したもの
• 支払ったもの
• 遅延したもの
• そして変更されたもの…

 

…あなたの「エコシステム」は、脳を装った孤立データベースのネットワークにすぎません。

 

 

システムの共生に必要なのは動物園ではなくオーケストレーターです

 

健全なデジタルエコシステムは、動物が走り回る動物園ではありません。むしろ、中枢神経系を備えた王国です。

 

したがって、そのオーケストレーターは次を満たす必要があります:

 

• 単一の正確な情報源
• 実行の統括者
• 組織のコスト・時間の頭脳
• 将来のLLMに情報を供給する埋め込みエンジン
• すべての整合性を確保するプロセス統括者

 

これこそ ERP の役割です。ただし、汎用の財務ERPではありません。

 

要するに、必要なのは、プロジェクト中心で、建設業務を理解し、運用面の知見を備えたプロジェクト型ERPソフトウェアです。

 

 

エージェント型AIがテックメッシュを終わらせる

 

明日のチームは、ダッシュボードから業務を管理することはありません。代わりに、エージェント型AI がそれを管理し、次のことを行います:

 

• BoQを読み取る
• WBSを解釈する
• 現場から実績値を取り込む
• コストの乖離を算出する
• 調達を起動する
• スケジュールを更新する
• RFIを発行する
• 超過を予測する
• 意思決定を支援する
• ワークフローを実行する

 

 

では、エージェント型AIに必要なのは何でしょうか?

 

ひとつのシステムから得られる、クリーンで統合されたナレッジグラフです。

 

データが15のシステムに分散しているなら、AIは皆さんを救えません。むしろ、デジタル環境が大混乱なので幻覚を起こします。

 

言い換えれば、断片化され、矛盾し、重複したデータの上に知能エージェントを構築することはできません。

 

未来を手にするのは、ひとつの中核を持つ企業です。ひとつのERPです

 

 

言い換えれば、次を実行するひとつのオーケストレーターです:

 

• 測定する
• 管理する
• 比較する
• 整合させる
• 警告する
• 予測する
• 修正する

 

また、LLMの埋め込みとエージェント型AI運用の基盤にもなります。

 

その中核がなければ?

 

変革しているのではありません。より良いUIで混乱を増幅しているだけです。

 

テックをいじるのはやめ、基盤の修復を始めましょう

 

結局のところ、テキサスのスローガンは正しかったのです。システムをいじるな。

 

• デジタル高速道路をきれいにしましょう。
• それから、アプリを積み上げるのをやめましょう。
• 「ベスト・オブ・ブリード」を礼賛するのをやめましょう。
• 最後に、分断されたサイロにデータを流し込み、それをイノベーションと呼ぶのをやめましょう。