Copilot社内育成の9割は「業務棚卸の欠如」で失速する──建設・土木業のAI教育設計

「Copilotを全社員に配ったが、半年後も使っているのは数人だけ」という状況は、建設・土木業で繰り返されている。問題はツールや研修の質ではなく、育成の「出発点」が間違っていることにある。どこで使うかを決めずに使い方だけを教えても、現場の手順は変わらない。関連記事はWRITING一覧でもあわせて確認できる。

「全員研修→利用率報告」で終わる建設業のCopilot育成──出発点に業務棚卸がない

Copilot導入の初動として「全員対象の操作研修を実施し、利用率を月次で報告する」というパターンは多い。だがこのアプローチでは、研修後に「自分の仕事には使えない」で思考が止まる。業務棚卸——自分が日常的にこなしている業務を洗い出し、どこにAIを当てるかを特定する作業——が抜けているからだ。Copilotが道具なら、「何に使うか」が先に来なければならない。

分かれ目 「Copilotで何ができるか」を教えることと、「自分のどの業務に使うか」を特定することは別の作業だ。前者だけで研修を終わらせると、後者は永遠に個人の宿題になる。

よくある誤解 「利用率が上がれば効果が出る」は誤りだ。Copilotを「メールの文章確認だけに使っている」状態でも利用率は上がる。測るべきは利用率ではなく、どの業務の工数が減ったかだ。

目安 育成の効果は「Copilotなしではやりたくない工程が1つできた」人数で測る。操作を知っている人数より、実務で依存が始まっている人数が本当の指標だ。

業務はロングテール構造だ──マトリックスの「外側」に効果の本体がある

業務分類のマトリックス（定型／非定型、組織的／属人的などの軸で構成される）は、見えやすい大型業務を整理するには有効だ。だが実際の時間消費は、そのマトリックスに収まらない無数の小さな工程——問い合わせへの回答、社内資料の転記・修正、会議メモの整形、週次報告の文面作成——に分散している。これがロングテール構造だ。Copilotが最も力を発揮するのは、1回あたりの作業は小さくても頻度が高いこのロングテール領域であり、マトリックスが捉える「頭の業務」ではない。

見分け方 「マトリックスに載っている業務」は可視化されているが、その業務を構成する工程の大半はマトリックス外だ。「施工計画書の作成」という業務の中にある「前例検索・文面調整・数字差し込み・体裁修正」は別々の小工程として分布している。

配分 業務棚卸で出てくる工程の8割は定型化されていない「その都度対応」の小作業だ。これらは一括自動化では届かない。各担当者が自分の手元で刈り取るしかない構造的事情がある。

注意 「大型業務をAI化する」という発想でいると、ロングテールは永遠に対象外になる。投資対効果を上げたいなら、小工程の頻度と積み上げ効果に目を向ける必要がある。

9×9マトリックスは「外側から埋める」ことで、見えない業務が初めて顕在化する

業務棚卸を「思い出したことを書き出す」形でやると、可視化されている左側（①②③）の大型業務しか出てこない。9×9マトリックスの縦軸には主要業務区分（施工管理・安全管理など最大9区分）、横軸には各区分の工程・タスク（最大9項目）を置く。このとき、右側の外縁（⑦⑧⑨）まで意図的に埋めようとする行為が肝要だ。外側のセルを書こうとすることで、「毎回やっているが名前がついていない工程」が初めて言語化される。Copilotの効果が最も大きいのは、この外縁に潜む繰り返し工程群だ。

分かれ目 「施工管理」1行で止まっている人と、「写真整理・報告書の体裁修正・前例の差し込み確認」まで書ける人では、見えている業務量がまったく違う。外側まで書けるかどうかが棚卸の深さを決める。

目安 右半分（⑦⑧⑨列）のセルを各業務区分で2つ以上書き出せれば棚卸の精度は十分だ。空白セルは「その業務がない」ではなく「言語化できていない業務がある」サインだ。

よくある誤解 「9×9で整理できた業務がCopilotで効率化できる業務だ」は誤りだ。マトリックスの目的は効率化対象を決めることではなく、見えていなかった業務の全体像を把握することにある。Copilot適用の優先度付けはその後の作業だ。

マトリックスが埋まったら、次の3ステップで適用候補を特定していく。

Copilot活用が止まる5つの壁──建設・土木の現場固有の障壁

一般的なAI研修では想定されていない、建設・土木業固有の障壁がある。これを無視して「活用が進まない」と言っても、解決策は見つからない。

注意 壁1（業務が見えていない）と壁5（横に伝わらない）は、ツールの問題ではなく組織設計の問題だ。研修の改善だけでは解決しない。業務棚卸の場と発表の仕組みを制度として作る必要がある。

業務棚卸→適用→発表の3サイクルが、現場のロングテールを刈り取る

Copilotを「使う組織」にするための最短経路は、小さなサイクルを回すことだ。業務棚卸で工程を特定し、実際に使い、発表して共有する。この3段階を繰り返すたびに、各担当者が自分のロングテールを少しずつ刈り取っていく。1人が工程を1つ発表すると、他の5〜10人が「同じ工程が自分にもある」と気づく。この連鎖が、組織全体の効果量を積み上げていく。

配分 育成投資の重心を「操作研修」から「業務棚卸の場の設計」と「発表サイクルの運営」に移す。90日で3〜4回転させると、2巡目から発表の深さが変わり始める。

目安 「1回の発表で他の担当者が自業務に当てはめた件数」が進捗の指標になる。ゼロのままなら発表の粒度が業務単位に留まっており、工程単位まで降りていない。

分かれ目 サイクルを回すのに必要なのは「高度なAI知識」ではない。自分の業務を工程レベルで言語化できるかどうかだ。AI知識より業務理解が先に来るという構造は、建設・土木業の育成設計でも変わらない。

建設・土木業のCopilot育成が「全員受講で終わる」状態を脱するには、業務棚卸を出発点にすることと、ロングテール領域の小工程に目を向けることが条件になる。マトリックスで整理される大型業務の自動化より、日次・週次で繰り返す小工程の積み上げ削減の方が、組織全体の年換算効果は大きい。「使える人が増える」ではなく「手順が変わる工程が増える」を目標に据えた育成設計が、AI活用の本丸だ。