ROI事件ファイル No.531『「少しの負担」を、誰も量ったことがなかった』
「少しの負担」を、誰も量ったことがなかった
第一章：負担は、感想でしか語られなかった
「現場の高齢化が進んでいます。若手に負担が集中していて、このままでは潰れる。AIエージェントで何とかしたい」
TechFuture社のCEO、鵜飼壮一氏は、緊急の依頼だと言いながらそう切り出した。従業員は約五十名。「本社が十五名、残りは全国の出先機関に一人か二人ずつ散らばっています。現場は人の手によるチェック業務が多く、ミスも時間のロスも頻発している」
「具体的に、どんな負担が一番重いのですか」とClaudeが尋ねた。
「それが、はっきり言えないんです」と鵜飼氏が答えた。「現場に聞くと『少し大変』『かなり大変』という感想は返ってくる。でも、何にどれだけ時間を取られているかを数字で出せる人がいない。AI導入の知見も社内になく、業界にも事例が少ない。どこから手を付ければいいのか、入り口が見えない」
「負担の大きさを、測ったことはありますか」と私が確認した。
「ありません」と鵜飼氏が答えた。「忙しい、という体感だけが共有されている状態です」
「負担が感想でしか語られないなら、まず量らないといけませんね」と私が応じた。「BOMで分解しましょう」
第二章：BOMが問う、業務という製品の部品表
「この案件には、BOMが必要です」
Claudeがホワイトボードに「BOM」と三文字を書いた。
「BOM——Bill of Materials、部品表とは、製造業で一つの製品を構成する部品をすべて書き出し、数量と単価を一覧化する表です」と私が説明した。「これを業務に応用すると強力です。『チェック業務』という曖昧な塊を、構成するタスクの一覧に分解し、それぞれに工数という重みを与える。『少しの負担』も『大きな負担』も、感想ではなく工数という同じ単位で並べられる。量れないものを量る道具です」
「まず現状のコストを測りましょう」とGeminiがROI Polygraphを開いた。鵜飼氏から提供されたデータを入力する。
「月間の負担コストが出ました」とGeminiが読み上げた。「手作業チェック業務の工数が月平均二百二十時間、時給三千六百円で月七十九万二千円。チェックミスによる手戻りと損失が月平均六十五万円。全国の出先機関に分散した情報の確認・調整工数が月平均五十万円。若手技術者への負担集中による離職・採用リスク期待値が月平均七十万円。AI導入の知見不足で施策が進まない機会損失が月平均四十万円。業務の属人化リスク期待値が月平均五十五万円。合計で月三百五十九万二千円。年間換算で約四千三百十万円」
鵜飼氏が数字を見つめた。「『少し大変』としか言えなかったものが、四千万円を超える。感想を金額にすると、こんなに違うのか」
「では、BOMで設計します」と私が続けた。
[業務の部品表化——負担を構成タスクに分解する]
「最初に、現場の一日を部品表に書き出します」とClaudeが言った。「『チェック業務』という一語を、書類確認、数値照合、転記、報告書作成、出先間の連絡——という構成タスクに分解する。製品を部品に割るのと同じ要領で、業務を最小単位まで割る。塊のままでは手が付けられないが、部品に割れば一つずつ評価できます」
[各部品への重み付け——「少し」と「大きい」を工数で測る]
「次に、各部品に工数という重みを付けます」とGeminiが続けた。「どのタスクに月何時間かかっているかを測ると、現場が『少し大変』と言っていた数値照合が、実は最も重い部品だと判明する。逆に『かなり大変』という体感の報告書作成が、工数では中位だったりする。重みを測ると、感想と実態のズレが見えます」
[AI代替可能性の判定——どの部品をエージェントに渡すか]
「重み付けした部品を、AI代替可能性で仕分けします」と私が続けた。「定型的で判断の余地が少ない部品——数値照合、転記、定型報告——はAIエージェントに渡せる。人の判断が要る部品は人に残す。重い部品から優先的にエージェントへ移すと、投資が空振りしません」
[組み立て直し——人とAIの新しい工程表]
「最後に、人とAIで業務を組み立て直します」とClaudeが続けた。「AIに渡した部品が抜けた後の工程表を再設計する。若手は判断業務に集中でき、出先機関の一人現場でもエージェントが一次対応を担う。部品表があるから、誰が何をどれだけ担うかが工程として見える構造です」
[投資回収を試算する]
「ROI Proposal Generatorで試算しましょう」とGeminiが提案した。
- 初期費用：AIエージェント構築・業務プロセスの部品表化・チェック業務自動化・出先機関連携基盤・現場研修費用合計七百四十万円
- 月次費用：エージェント運用・モデル更新継続費合算月二十六万円
- 月次削減効果：チェック業務工数削減＝月六十三万円（八割削減想定）、手戻り損失削減＝月五十二万円、出先機関の確認工数削減＝月三十八万円、若手の負担集中緩和による定着効果＝月四十五万円、合計月百九十八万円
- 月次純削減：百九十八万円－二十六万円＝月百七十二万円
- 投資回収期間：七百四十万円÷百七十二万円＝約四・三ヶ月
「四ヶ月強の回収です」とGeminiが整理した。「効くのは、重い部品から順にエージェントへ渡す点です。すべてのチェック業務を一度に自動化しようとせず、工数で重い部品を優先する。部品表があるから、投資の当てどころが数値で決まります」
鵜飼氏が数字を確認しながら言った。「忙しいという感想を、ずっと感想のまま放置していました。部品に割って工数を付けると、どこから手を付けるかが見える」
「BOMは、感想を部品表に変える道具です」と私が応じた。
第三章：重い部品から渡す導入計画
「進め方を整理します」と私がホワイトボードの前に立った。
「第一・二ヶ月——現場の一日のヒアリング、チェック業務の部品表化、各タスクへの工数の重み付け。第三ヶ月——AI代替可能性の判定、優先順位の確定。第四・五ヶ月——重い部品から順にAIエージェントを構築、数値照合と転記の自動化。第六ヶ月——本社での試験運用、人とAIの工程表の検証。第七ヶ月——出先機関への展開、一次対応のエージェント化。第八ヶ月以降——部品表を更新しながら代替範囲を拡大、属人化したノウハウのエージェントへの蓄積」
「出先機関の一人現場でも、回りますか」と鵜飼氏が確認した。
「回ります」とClaudeが応じた。「一人現場が苦しいのは、聞ける相手がそばにいないからです。エージェントが定型タスクと一次対応を担えば、一人でも本社と同じ手順が踏める。部品表で『どの部品をエージェントが持つか』を明示してあるから、現場ごとの差が出にくい構造です」
鵜飼氏がメモを取りながら言った。「負担を量るという発想がありませんでした。量れば、減らす順番が決まる」
第四章：量られた負担が、軽くなった日
九ヶ月後、鵜飼氏から報告が届いた。
手作業チェック業務は、AIエージェント稼働三ヶ月後に従来比で八割削減。「数値照合と転記が、ほぼエージェントに移った。若手が一日の大半を取られていた作業が消えた」と鵜飼氏は記していた。
チェックミスの手戻りも大幅に減少した。人手の照合に起因する見落としが減り、現場の信頼が回復した。「ミスを前提に二重チェックしていた習慣がなくなった。チェックのためのチェックが消えた」と報告書にあった。
最も意外な変化は、若手の離職意向に表れた。負担集中が緩和され、判断業務に時間を使えるようになったことで、現場の空気が変わった。「『潰れそう』と言っていた若手が、設計や提案に時間を使えるようになった。辞めたいという声が止まった」と鵜飼氏は記していた。
出先機関の一人現場も変わった。エージェントが一次対応を担うことで、孤立していた現場が本社と同じ手順で動けるようになった。「一人だから仕方ない、で諦めていた品質のばらつきが、エージェントで均された」と報告書にあった。
副次効果として、負担が共通言語になった。部品表と工数という形で負担が可視化されたことで、現場の議論が変わった。「『大変』という感想で止まっていた会議が、『この部品が重いから先に手を付ける』という具体に変わった」と鵜飼氏は記していた。
鵜飼氏の報告書の最後にはこう書かれていた。「負担は、感想でいる限り減らせない。BOMで部品に割って工数を付けた瞬間に、どこから軽くするかが決まった。量れないものは、改善できない」
「少しの負担」を誰も量れなかった会社が、負担を部品表で測れる会社に変わった日、業務効率化は気合いの号令から、部品を一つずつ外す作業に変わっていた、と記されていた。
「現場の負担が減らない会社には、共通点がある。負担が『感想』のまま放置されていることだ。『少し大変』『かなり大変』——体感は語られるのに、工数では誰も量っていない。BOMが問うのは、業務という製品を構成する部品表だ。曖昧な塊を構成タスクに割り、一つずつに工数の重みを与える。重い部品から順にAIへ渡せば、投資は空振りしない。『少しの負担』を誰も量ったことがなかった会社が、負担を部品表で測れた日、変わったのはAIエージェントの性能ではなく、負担を量れる単位に変える視点そのものだった」
関連ファイル
使用ツール
- ROI Polygraph — チェック業務工数・手戻り損失・若手負担集中リスクの可視化
- ROI Proposal Generator — 業務の部品表化を起点にしたAIエージェント導入の投資回収シミュレーション
