WRITING
社内AI活用コンテストを「発表会」で終わらせない——横展開できる事例の3条件
社内AI活用コンテストを開催する建設会社が増えている。担当者が工夫した活用事例を発表し合い、優秀事例を表彰する。イベントは盛況で担当者の意欲も高まる。しかし半年後に「あの受賞事例、他の作業所で試した人いる？」と聞いてみると、ほとんど広がっていない。コンテストが発表会で終わっている原因は、「面白い事例」と「展開できる事例」を混同しているからだ。
「面白い事例」と「展開できる事例」は別物だ——コンテストが発表会で終わる理由
コンテストで評価されやすい事例は、創意工夫が光るものや先進的な技術を使ったものだ。しかしこれらは「この人だからできた」「この現場の特殊条件があったからできた」という事例である場合が多い。
評価されやすい事例（面白いが広がらない）
- –最新AIツールを使った先進的な取り組み
- –担当者の高い技術力で実現した精巧な自動化
- –大型・特殊案件ならではの成果
- –「この人が工夫したから」という個人技が光る事例
横展開できる事例（地味だが広がる）
3条件を満たす事例
- –汎用ツールで月10件以上の書類に使える
- –経験3年未満でも同じ手順で再現できる
- –導入前後のデータが取れていて効果が数字で見える
- –所長が「試してよい」と言える内容
分かれ目 コンテストの評価軸を「創造性・先進性」から「再現性・横展開可能性」に変えるだけで、出てくる事例の性質が変わる。評価軸がコンテストに出す事例を決める。
実態 コンテストを続けた結果、「毎回同じような人が受賞する」という状況になりやすい。受賞者プロファイルが固定化するのは、評価軸が「能力の高さ」に引っ張られているサインだ。
横展開できる事例の3条件——選定基準を変える
コンテストを横展開の起点にするには、最終審査の前に「横展開フィルター」をかける工程を加える。3条件のすべてを満たす事例だけが横展開候補になる。
再現性：手順書1枚で他の人が試せるか
担当者がいなくなっても再現できるかを確認する。「なぜうまくいったか」を言語化できない事例は、その担当者固有のスキルや文脈に依存している。手順書1枚（A4・1〜2ページ）を書かせてみると再現性が分かる。
計測性：導入前後のデータが揃っているか
「効果があった」という体感だけでは横展開の説得力がない。導入前の作業時間・品質指標・手戻り件数などのベースラインと、導入後のデータが比較できる形で存在することが条件。数字のない事例は「参考話」にしかならない。
汎用性：他の3現場以上で同じ業務がある
成功した業務が、他の現場にも存在するかを確認する。「この物件特有の書類」「この発注者専用の様式」への対応は、横展開候補にならない。全社の70%以上の現場に共通する業務を対象にしていることが条件。
目安 3条件のチェックは、発表会の2週間前に事前審査として実施する。条件を満たさない事例でも「面白い取り組み」として表彰できるが、「横展開推奨」マークをつけるのは3条件すべてを満たした事例のみとする。
コンテストの設計を変えるための手順書——「発表会」から「展開起点」にする
コンテストを発表会で終わらせないためには、イベント後の設計が必要だ。受賞後にどう展開するかを、コンテスト設計の段階から組み込む。
配分 コンテスト準備工数の30%以上を「発表会後の展開設計」に使う。発表会の質を上げることより、発表会後に何が起きるかの設計の方が組織への影響が大きい。
横展開サイクルを年間スケジュールに組み込む
コンテストを年1回の「イベント」にすると、展開と改善の速度が落ちる。年2回開催にし、前回の横展開結果を次回の起点に組み込む年間サイクルを設計する。
- 1月：エントリー受付開始・3条件の基準を公開
- 2月：横展開フィルター事前審査
- 3月：発表会・受賞・横展開推奨事例の選定
- 3月末：横展開先3件の担当者に連絡
- 横展開先3件での試行開始
- 担当者によるオンライン支援（週1回30分）
- 試行結果の計測と記録
- 6月末：横展開3件の結果集計
- 7月：前半横展開結果の発表（コンテスト冒頭で）
- 8月：第2回エントリー受付
- 9月：発表会・受賞・次期横展開先の選定
注意 年2回のコンテストは参加者の負担増につながるリスクがある。エントリーのハードルを下げる工夫（事例の量より質、発表資料はスライド3枚まで）が継続参加の鍵だ。