建設業のPMO支援とは？CM・PM方式との違いとERP導入・DX推進での活用法

基幹システムの刷新、原価管理のデジタル化、全社DX。経営会議で号令はかかったものの、現場は工期に追われて動けず、プロジェクトだけが空回りしている——この記事を開いた建設会社のDX推進担当や経営企画の方が置かれている状況は、だいたいこれに近いのではないでしょうか。結論から言うと、建設業のPMO支援とは「工事」ではなく「会社を変えるプロジェクト」のマネジメントを支える機能であり、建物づくりを支援するCM方式・PM方式とは対象が違います。この記事では、CM・PM方式との違いと使い分け、建設業特有の推進課題、そして建設業に強いPMOコンサルティング会社の見極め方まで、発注側の視点で整理します。僕自身は建設業の出身ではなく、システム開発プロジェクトの発注側と受注側の両方を経験してきた人間ですが、だからこそ見える「建設業の変革プロジェクトが止まる構造」があります。

建設業界がいま、社内プロジェクトの推進力を外部に求めている理由は、はっきりしています。2024年4月から時間外労働の上限規制が建設業にも適用され、限られた人時で同じ工事量を回す必要が生まれました。技能労働者の高齢化と担い手不足は待ったなしで、国土交通省がi-ConstructionやBIM/CIMを推進し、紙とExcelと電話で回ってきた業務のデジタル化が一気に経営課題へ格上げされた。加えて、長年使ってきた基幹システムの老朽化・保守期限切れ——経済産業省がかつて「2025年の崖」と呼んだ問題——が重なり、ERP導入や原価管理システムの刷新が各社で同時多発的に走り始めています。

問題は、これらが全部「プロジェクト」だということです。工事という一大プロジェクトを日々回しているプロ集団なのに、ERP導入や全社DXとなると途端に進まない。この逆説こそ、建設業でPMO支援が求められる核心だと僕は考えています。

工事は回せるのに、社内プロジェクトが進まない理由

工事には、工程表・施工計画・実行予算・安全管理という確立された体系があります。成果物は目に見えるし、工程の依存関係は物理法則が教えてくれる。基礎が終わらなければ躯体は建ちません。

一方、ERP導入やDX推進はどうか。成果物は「新しい業務の姿」という目に見えないもので、要件は関係者の合意次第でいくらでも揺れる。関係部門は本社・支店・現場・協力会社に散らばり、依存関係は物理ではなく人間の合意でできています。システム開発の成功率は3割と言われる世界です。工事のマネジメントの「型」は社内に染み込んでいても、変革プロジェクトのマネジメントの型は、多くの建設会社にまだ存在しない。

僕の持論ですが、開発プロジェクトの7割は上流工程で決まります。何を変えるのか、何は変えないのか、誰がいつ判断するのか。この計画と合意形成の部分を型として持ち込み、経営と現場とベンダーの間で回していく——それが建設業におけるPMO支援の中身です。

「建設 PMO」の検索結果には別物が混ざっている

なお、「PMO 建設」「建設 PMO」で検索すると、まったく別のものがヒットします。野村不動産のオフィスビルブランド「PMO（プレミアム・ミッドサイズ・オフィス）」の施工実績、JR東日本の組織名としての「東京建設PMO」などです。この記事で扱うPMOは、Project Management Office——プロジェクトマネジメントを組織として支える機能のことで、ビルの名前でも特定企業の部署名でもありません。検索で迷子になった方は、まずここを切り分けてください。

建設業界で「マネジメント支援」というと、まず出てくるのがCM方式とPM方式です。PMOと何が違うのか。ひとことで言えば、支援する対象が違います。なお、比較の前提となるPMOそのものの定義や役割についてはPMOとは何かを解説した入門記事で詳しく整理しているので、初めての方はあわせてどうぞ。

• CM方式（コンストラクション・マネジメント方式）: 発注者（施主）の側に立つコンストラクション・マネジャーが、設計・発注・施工の各段階で工程・コスト・品質のマネジメントを担う方式。国土交通省がガイドラインを出している、建設プロジェクト固有の仕組みです
• PM方式（プロジェクト・マネジメント方式）: 建設事業の企画・予算組成から引き渡しまで、事業全体を発注者の代行として統括する方式。CMより上流から入ることが多い
• PMO: 経営・ITの変革プロジェクト（ERP導入、DX推進、業務改革など）を、計画策定・進捗管理・会議設計・ベンダー管理といった面から支える機能・組織

使い分けの目安

判断基準はシンプルです。建てるならCM・PM方式、変えるならPMO。プロジェクトの最終成果物が「建物」なら前者、「業務やシステムの新しい姿」なら後者です。

ややこしいのは交わるケースで、たとえば建設会社自身が基幹システムを刷新するならこれはPMOの領域ですし、施主として新工場を建てながら生産管理システムも同時に入れ替えるなら、CMとPMOが並走する体制もありえます。迷ったら「竣工式で終わるのか、稼働してからが本番なのか」を自問してみてください。なお、CM方式もPMO支援も契約は準委任型が採られることが多いですが、契約形態の詳細や偽装請負リスクの整理は本記事では踏み込みません。個別の契約条件は必ず専門家を交えて確認してください。

プロジェクトの失敗原因は発注側にも受注側にもある、というのが僕の一貫した持論です。ベンダーの力量不足だけでなく、発注側の体制・合意形成・現場の巻き込みに火種がある——僕はそう見ています。そして建設業には、他業界のDXのセオリーをそのまま持ち込むと確実に躓く構造が、少なくとも3つあります。

現場所長文化——「現場ごとの最適」が標準化を阻む

建設業の強さの源泉は、現場所長に大きな裁量を持たせ、現場ごとに最適化させてきたことにあります。ただ、この強みは全社システム導入の場面では逆向きに働く。帳票の様式、原価の管理粒度、協力会社とのやりとりの仕方——現場の数だけ「うちのやり方」が存在し、要件ヒアリングをすると現場の数だけ要件が出てきます。

ここでのPMOの仕事は、要件を全部拾うことでも、本社標準を押し付けることでもありません。現場ごとの違いを「全社標準に寄せるもの」と「合理性があるから例外として許容するもの」に仕分ける、その判断の場を設計することです。全部を標準に押し込めば現場が離反し、全部を例外にすればシステムもコストも破綻する。この線引きこそ上流工程の勝負どころで、ここを曖昧にしたまま開発に入ったプロジェクトは、後工程で必ず「こんなはずじゃなかった」が噴き出します。遅延やコスト超過は症状にすぎず、真因はスコープの線引きが現場の実態とずれていることにある——僕が炎上プロジェクトを見るときの基本的な見立てです。

多拠点と工期優先——現場は止まってくれない

現場は数年で竣工して解散し、人は次の現場へ移っていく。プロジェクトのキーマンを集めようにも、全員が地理的に散らばっていて、しかも工期という絶対的な優先事項を抱えています。「来週の要件定義ワークショップに現場代表を」と言っても、コンクリート打設と重なれば来られない。当たり前です。

だから建設業の変革プロジェクトは、走っている列車の車輪を交換するような計画にならざるを得ません。具体的には、着工・竣工・決算期のカレンダーを織り込んだ展開ロードマップを最初から引くこと、現場側キーマンの稼働を「善意の協力」ではなく体制図と工数として確保すること。この2つを計画に入れていないプロジェクトは、現場テスト・研修・データ移行の段階で必ず立ち往生します。PMOが最初にやるべきは、この「現場は止まらない」前提を計画に翻訳する作業です。

重層下請構造——データの入り口が社外にある

もうひとつ、他業界と決定的に違うのが下請構造です。出来高、労務、安全書類——DXで扱いたいデータの入り口の多くは、自社の社員ではなく協力会社にあります。つまり、社内だけで完結する運用設計が原理的に不可能なんです。

協力会社にとって入力負担が増えるだけの仕組みは、どれだけ立派なシステムでも定着しません。導入後に「データが入ってこない」問題を後追いで直すコストは、設計段階で協力会社を含めた運用を作り込むコストの比ではない。前始末は後始末の3〜5倍安い、というのが僕の経験則です。バグ修正でも業務定着でも、事後対処は事前のケアの3倍から5倍のコストがかかる。協力会社への説明・インセンティブ設計・入力インターフェースの簡素化は、要件定義と同じテーブルで議論すべきテーマであって、リリース後の運用課題ではありません。

では、建設業のPMO支援やPMOコンサルティングを外部に頼むとして、どう選ぶか。支援会社の網羅的な比較や費用相場の詳細はここでは扱いませんが（業界を問わない共通基準はPMOコンサルティング会社の選び方にまとめています）、面談の場で見極められる基準はお伝えできます。僕がもし建設会社の発注担当者だったら、次の5つを見ます。

面談で見極める5つの基準

1. 建設業の業務用語で会話が成立するか。実行予算、出来高、JV、工事進行基準（収益認識）、安全書類。自社の業務フローを説明したときに返ってくる「質問の質」で、業界理解の深さはほぼ分かります
2. 「本社で決めて現場に配る」計画を疑えるか。現場の巻き込み方を、精神論ではなく体制図と工数とスケジュールで語れるかどうか。「現場説明会をやります」しか出てこない会社は要注意です
3. 工事のマネジメントとITプロジェクトのマネジメントを区別しているか。CM実績だけを根拠にERP導入のPMOを名乗る会社と、ITの経験だけで現場文化を知らない会社、どちらにも落とし穴があります。両方の言葉を話せるか、少なくとも違いを自覚しているかを確かめてください
4. 計画を立て切る型を持っているか。やること・やらないことを最初に洗い出し、スコープ外を文書で明示する進め方かどうか。僕は、3億円以下の規模のプロジェクトなら計画さえ立て切れば大コケはしないと考えています。逆に言えば、計画を軽視する支援者は規模にかかわらず危険です
5. 内製化までの道筋を語るか。PMO支援は本来、社内にプロジェクト推進の型を残して卒業するのが健全な姿です。ずっと居座る前提の提案しか出てこないなら、その依存関係は御社の資産になりません

支援会社のタイプ整理

順位付けはしませんが、建設業のPMO支援を担う会社はおおむね次のタイプに分かれます。自社の状況に合うタイプから当たるのが早道です。

相談前に整理しておくと話が早いこと

最後に、発注側として相談前に手元に揃えておくと、初回の面談が一気に濃くなるものを挙げます。きれいな資料である必要はまったくありません。

• 目的の言語化：「ERPを入れる」の一段深く、何の数字・何の判断を良くしたいのか
• 対象プロジェクトの現状：体制図、ベンダーとの契約状況、現時点のスケジュール
• 現場側の協力者候補：変革に前向きな所長・若手が誰か。いない場合はその旨も
• PMOに期待する役割：実働として手を動かしてほしいのか、仕組みと型を作ってほしいのか

これが曖昧なまま会っても、支援会社側の営業トークを聞く場になってしまいます。期待値を先に言語化するのは発注側の設計責任だと、僕は思っています。

• 建設業のPMO支援は「工事」ではなく「経営・ITの変革プロジェクト」を支える機能。ビルブランドのPMOや特定企業の組織名とは別物
• 使い分けは、建てるならCM・PM方式、変えるならPMO。最終成果物が建物か、新しい業務の姿かで判断する
• 現場所長文化・多拠点と工期優先・重層下請構造という建設業特有の壁は、計画段階で織り込めばコントロールできる。前始末は後始末の3〜5倍安い
• 支援会社は知名度ではなく、建設業の業務用語で会話でき、現場の巻き込みを工数で語り、計画を立て切る型を持つかで見極める
• 目的・現状・期待役割の言語化は発注側の仕事。ここまで整えば、外部PMOは何倍も速く立ち上がる

工事を無事故で竣工させる力と、会社を変えるプロジェクトをやり切る力は、同じ「マネジメント」という言葉で括られていても別のスキルです。後者を外部から補う手段としてどんな支援内容・提供形態があるかは、PMO支援サービスの全体像を解説した記事で整理しています。前者で世界レベルの実力を持つ建設業が、後者で外部の力を借りるのは恥ずかしいことでも何でもない。むしろ、変革の型だけ外部から持ち込み、自社の強みである現場力に接続する——それができた会社から、DXは絵空事ではなくなっていきます。

※本記事は一般的な情報提供を目的としたものであり、法的助言ではありません。

---

建設業のDX・システム導入プロジェクトを前に進めたい方へ

「ERP導入が決まったが、現場をどう巻き込めばいいか分からない」「ベンダー任せで進んでいて、社内に手綱を握れる人がいない」「CMとPMO、どちらに何を頼むべきか整理がつかない」——そんな状態であれば、一度話を聞かせてください。

僕自身、システム開発プロジェクトの発注側と受注側の両方を経験してきました。その経験を踏まえ、計画を立て切るところからプロジェクトに伴走するPMO支援を提供しています。建設業特有の現場文化や下請構造を無視した教科書どおりの進め方はしませんし、お話を伺った結果、CM会社や業界特化コンサルのほうが適していると判断すれば、その旨も正直にお伝えします。

まずは現状の整理からで構いません。無料相談からお気軽にご連絡ください。PMO支援サービスの詳細はサービス紹介ページでもご覧いただけます。