ROI事件ファイル No.522『数百件の失敗が、Excelの底で眠っていた』
数百件の失敗が、Excelの底で眠っていた
第一章：失敗事例は、あるのに使われない
「過去の不具合事例は、数百件たまっています。ただ、誰も使えていない」
TechConstruct社の品質管理部マネージャー、瓜生健太郎氏は、そう言いながらExcelファイルを開いた。建設プロジェクトの不具合記録。発生工程、原因、対策——一件ずつ手入力された膨大な行が続く。「プロジェクトの初期に品質管理計画書を作る。そのとき、過去に似た不具合がなかったか、担当者がこのExcelを手作業で検索する。でも、検索が下手だと見落とす。せっかくの失敗の記録が、活かされていない」
「過去事例の検索は、どれくらい手間がかかっていますか」とClaudeが尋ねた。
「一計画書あたり、平均で四時間です」と瓜生氏が答えた。「キーワードで絞り込んで、ヒットした事例を一件ずつ読む。担当者によって検索の質がバラバラで、ベテランは的確に拾うが、若手は重要な事例を見落とす。属人的な作業になっている」
「建設業ならではの難しさは」と私が確認した。
「毎回、作るものが違うことです」と瓜生氏が答えた。「同じ建物は二つとない。だから過去事例がそのまま当てはまらない。『似ているけれど違う』事例から、本質的な教訓を引き出さないといけない。AIで不具合を予測したいが、毎回条件が変わるデータをどう扱えばいいか分からない」
「データを点ではなく、工程の連鎖として捉える必要がありますね」と私が応じた。「VALUECHAINで分解しましょう」
第二章：VALUECHAINが問う、価値連鎖のどこで不具合が生まれるか
「この案件には、VALUECHAINが必要です」
Claudeがホワイトボードに、左から右へ流れる矢印を描いた。
「VALUECHAIN——バリューチェーン分析とは、事業活動を一連の価値創造工程に分解し、どの工程で価値が生まれ、どこで損なわれるかを可視化するフレームワークです」と私が説明した。「ポーターが提唱した手法ですが、品質管理に応用すると強力です。不具合を『結果』として一括管理するのではなく、設計・調達・施工・検査という連鎖のどの工程で芽が生まれたかで分類する。毎回作るものが変わっても、工程の構造は変わらないからです」
「まず現状のコストを測りましょう」とGeminiがROI Polygraphを開いた。瓜生氏から提供されたデータを入力する。
「月間の品質管理コストが出ました」とGeminiが読み上げた。「品質管理計画書作成時の過去事例検索工数が月平均二百四十時間、時給四千五百円で月百八万円。検索精度のばらつきによる重要事例見落としの手戻りコストが月平均八十万円。見落とした不具合が現場で再発した際の対策コストが月平均百二十万円。蓄積データが活用されないままの機会損失が月平均六十万円。ベテラン検索ノウハウの属人化リスク期待値が月平均五十万円。合計で月四百十八万円。年間換算で約五千十六万円」
瓜生氏が数字を見つめた。「検索の手間だけだと思っていました。見落とした不具合の再発コストまで入れると、これほどとは」
「では、VALUECHAINで設計します」と私が続けた。
[主活動の分解——不具合の発生工程を連鎖で捉える]
「最初に、建設プロジェクトの価値連鎖を分解します」とClaudeが言った。「設計→調達→施工→検査→引き渡しの五工程。蓄積された数百件の不具合を、結果ではなく『どの工程で原因が芽生えたか』で再分類する。施工段階で顕在化した不具合の七割が、実は設計段階に原因があった——こうした連鎖構造が見えてきます」
[支援活動の分解——工程を横断する共通要因]
「次に、支援活動の観点です」とGeminiが続けた。「調達先の品質、技術者のスキル、検査体制——主活動を支える要素を横断軸として整理する。特定の調達先が関わる不具合が多い、特定の技術者カテゴリで再発が多い、といった工程をまたぐパターンが、価値連鎖の支援活動を見ることで浮かびます」
[AI予測モデル——工程ごとの不具合シグナルを学習]
「分解した連鎖構造を、AIモデルに学習させます」と私が続けた。「過去事例を工程別・要因別に構造化したデータで予測モデルを訓練する。新しいプロジェクトの計画書作成時に、設計条件を入力すると、AIが『この設計だと施工工程でこの不具合が出やすい』と連鎖を遡って警告する。毎回作るものが違っても、工程の連鎖パターンは転用できる」
[計画書作成の自動支援——検索から提案へ]
「最後に、運用設計です」とClaudeが続けた。「品質管理計画書を作る際、AIが過去の類似事例を自動で検索し、工程別のリスクとして提示する。担当者が手で検索するのではなく、AIが連鎖構造から関連事例を引き当てる。検索の属人性が消え、若手でもベテラン水準のリスク抽出ができる構造です」
[投資回収を試算する]
「ROI Proposal Generatorで試算しましょう」とGeminiが提案した。
- 初期費用：不具合データベース構築・工程別構造化・AI予測モデル開発・計画書作成支援システム統合・現場研修費用合計八百六十万円
- 月次費用：モデル運用・データ更新基盤継続費合算月二十六万円
- 月次削減効果：過去事例検索工数削減＝月七十六万円（七割削減想定）、見落とし手戻り削減＝月五十六万円、不具合再発対策削減＝月八十四万円、蓄積データ活用による品質向上＝月四十万円、合計月二百五十六万円
- 月次純削減：二百五十六万円－二十六万円＝月二百三十万円
- 投資回収期間：八百六十万円÷二百三十万円＝約三・七ヶ月
「四ヶ月以内の回収です」とGeminiが整理した。「特に大きいのは、不具合再発対策の削減です。過去の失敗が予測に反映されることで、現場で同じ失敗を繰り返す構造そのものが減る。検索効率化以上に、再発防止のインパクトが効いています」
瓜生氏が数字を確認しながら言った。「不具合を結果として一覧管理していました。工程の連鎖で捉えるという発想がなかった。毎回違うものを作るからAIは無理だと思っていたが、工程の構造は変わらない」
「VALUECHAINは、結果を原因の連鎖に置き換える道具です」と私が応じた。
第三章：工程連鎖で組み立てる導入計画
「進め方を整理します」と私がホワイトボードの前に立った。
「第一・二ヶ月——数百件の不具合事例のクレンジング、工程別・要因別の構造化。第三ヶ月——価値連鎖モデルの定義、支援活動の横断軸設計。第四・五ヶ月——AI予測モデルの開発、過去事例による訓練。第六ヶ月——品質管理計画書作成支援システムの構築、試験運用。第七ヶ月——本番運用開始、担当者の検索作業との並行検証。第八ヶ月以降——新規プロジェクトの結果をフィードバックし、予測精度を継続改善」
「毎回違うものを作るのに、予測が当たりますか」と瓜生氏が確認した。
「当たります」とClaudeが応じた。「予測しているのは『この建物』ではなく『この工程の連鎖でこの不具合が芽生える』というパターンです。建物が違っても、設計段階の判断が施工段階の不具合を生む連鎖は共通している。だから転用できる。これがバリューチェーンで捉える強みです」
瓜生氏がメモを取りながら言った。「Excelの底に眠っていた数百件が、初めて資産に見えてきました」
第四章：失敗が、未来を守る日
九ヶ月後、瓜生氏から報告が届いた。
品質管理計画書作成時の過去事例検索は、AI支援システム稼働三ヶ月後に従来比で七割削減。「四時間かけていた検索が、一時間強で終わる。しかも担当者の経験を問わず、同じ品質のリスク抽出ができる」と瓜生氏は記していた。
不具合の再発も大幅に減少した。AIが工程連鎖から警告を出すことで、設計段階で施工リスクを潰せるようになった。「以前は施工が始まってから不具合が出ていた。今は計画段階で『この設計は危ない』と分かる。現場の手戻りが目に見えて減った」と報告書にあった。
最も意外な変化は、過去の失敗に対する見方に表れた。失敗事例が「隠したい記録」から「未来を守る資産」に変わった。「不具合を報告すると評価が下がる、という空気があった。今は『記録すればAIが学習し、次のプロジェクトを守る』という認識に変わった。報告が増えた」と瓜生氏は記していた。
検索ノウハウの属人化も解消された。ベテランの検索勘がAIモデルに吸収され、若手でも同水準の事例抽出ができるようになった。「ベテランが定年で抜けても、検索の質が落ちない構造になった」と報告書にあった。
副次効果として、調達先の品質評価が始まった。価値連鎖の支援活動を分析した結果、特定の調達先に不具合が集中していることが数値で見えた。「感覚的に『あそこは品質が不安定』と言われていた調達先が、データで裏付けられた。調達交渉の材料になった」と瓜生氏は記していた。
予測モデルの精度も向上を続けている。新規プロジェクトの結果が学習データに加わり、九ヶ月で予測的中率が向上。「使うほど賢くなる。建設という毎回違うものを作る業界でも、工程の連鎖は学習できると証明できた」と報告書にあった。
瓜生氏の報告書の最後にはこう書かれていた。「データはあるのに使えない、という悩みの正体は、データの量ではなく構造だった。VALUECHAINで工程連鎖に分解した瞬間に、眠っていた数百件が動き出した。失敗の記録は、構造化して初めて未来を守る武器になる」
Excelの底で眠っていた数百件の失敗が、次のプロジェクトを守る盾に変わった日、品質管理は記録する仕事から、予測する仕事に変わっていた、と記されていた。
「データ活用が進まない現場には、共通の誤解がある。データが足りない、と思い込むことだ。だが多くの場合、データは十分にあり、構造がないだけだ。VALUECHAINが問うのは、価値が生まれ、損なわれる工程の連鎖だ。不具合を結果として一覧化するのではなく、どの工程で芽生えたかの連鎖で捉え直す。毎回作るものが違う建設業でも、工程の構造は不変だ。Excelの底に数百件の失敗を眠らせていた会社で、その失敗が未来を守る資産に変わった日、変わったのはデータの量ではなく、データの見方そのものだった」
関連ファイル
使用ツール
- ROI Polygraph — 過去事例検索工数・見落とし手戻り・不具合再発コストの可視化
- ROI Proposal Generator — 工程連鎖型品質予測基盤の投資回収シミュレーション
