ROI事件ファイル No.541『現場の「困った」は、経営会議に届いていなかった』
現場の「困った」は、経営会議に届いていなかった
第一章：DXの必要性は、現場止まりだった
「DX推進を進めたいのですが、何から手を付ければいいのか、社内で意見がまとまりません」
TechnoGlobal社の経営企画部長、鷲尾達彦氏は、そう言いながら資料を広げた。一九七一年創業の製造商社。「ビスの卸売から始めて、いまは日用品・介護、自動車関連、環境新聞の三つの事業本部と海外部門まで広がりました。各部署が独自にシステムを検討しているのですが、ばらばらです」
「現場は、DXを必要だと感じているのですか」とClaudeが尋ねた。
「感じています」と鷲尾氏が答えた。「入力忘れ、発注や受注の忘れ——ヒューマンエラーが頻発していて、現場は疲弊している。でも経営層の優先順位は売上と利益で、DXへの投資判断が進まない。現場の『困った』が、経営会議には届いていないんです」
「現場の痛みを、経営層に伝わる形にしたことはありますか」と私が確認した。
「ありません」と鷲尾氏が答えた。「現場は『大変だ』と言い、経営層は『で、いくら儲かるのか』と返す。話がかみ合わないまま、何年も止まっています」
「現場の痛みが経営に届かないなら、まず痛みに共感し、それを言葉と数字にしないといけませんね」と私が応じた。「デザイン思考で分解しましょう」
第二章：DESIGN_THINKINGが問う、現場への共感から始める設計
「この案件には、DESIGN_THINKINGが必要です」
Claudeがホワイトボードに「共感・定義・発想・試作・検証」と書いた。
「DESIGN_THINKING——デザイン思考とは、共感・定義・アイデア発想・プロトタイプ・テストの五段階で、使う人の現実から解を組み立てるフレームワークです」と私が説明した。「肝は最初の『共感』にある。現場が何に困っているかを徹底的に観察してから、課題を定義する。経営層がDXに動けないのは、現場の痛みが抽象的な号令のままだからです。共感から始めれば、痛みが投資判断の材料に変わります」
「まず現状のコストを測りましょう」とGeminiがROI Polygraphを開いた。鷲尾氏から提供されたデータを入力する。
「月間のコストが出ました」とGeminiが読み上げた。「属人的業務の引き継ぎ・標準化欠如による非効率工数が月平均二百四十時間、時給四千円で月九十六万円。入力忘れ・発注受注忘れなどヒューマンエラーによる手戻りと損失が月平均五十五万円。部門ごとに分断されたシステムの重複保守と非連携による手戻りが月平均四十二万円。DX優先順位の不在と経営判断材料の不足による施策空転が月平均五十万円。古い業務体質による採用難・定着率低下の機会損失が月平均六十五万円。合計で月三百八万円。年間換算で約三千六百九十六万円」
鷲尾氏が数字を見つめた。「現場が『大変だ』としか言えなかったものが、三千六百万円を超える。痛みを金額にすると、経営会議で通る言葉になる」
「では、DESIGN_THINKINGで設計します」と私が続けた。
[共感——現場の一日に張り付く]
「最初に、各事業部の現場と管理職に張り付いて観察します」とClaudeが言った。「どこで入力を忘れ、どこで発注が抜けるか。聞き取りではなく、業務フローを辿って痛みの発生点を見る。共感は同情ではなく、痛みの起点を特定する観察です」
[定義——痛みを一つの課題文に絞る]
「次に、観察した痛みを課題として定義します」とGeminiが続けた。「『業務標準化の欠如』『属人化』『部門ごとのシステム分断』——散らばった痛みを、解くべき一つの問いに束ねる。定義が曖昧なままだと、解も散ります」
[アイデア発想——解の幅を広げる]
「定義した課題に、解の候補を広く出します」と私が続けた。「全社一気通貫の業務システム、ヒューマンエラーを止める自動チェック、経営層へのDX啓蒙——質より幅で出す。後で絞れるから、この段階では選ばない」
[プロトタイプ——小さく作って見せる]
「有望な解を、試作で形にします」とClaudeが続けた。「部門間連携システムの簡易版と、チェックリスト機能の試作を作る。完成品ではなく、現場が触れる最小形。図面ではなく動くもので、経営層に痛みの解を見せます」
[テスト——一部署で回して検証する]
「最後に、一部署で試験運用して検証します」とGeminiが続けた。「効果を測り、現場の反応を次の試作に戻す。テストの数字が、全社展開を経営層に納得させる最後の材料になります」
[投資回収を試算する]
「ROI Proposal Generatorで試算しましょう」とGeminiが提案した。
- 初期費用：現場共感調査・課題定義・全社業務システム試作・自動チェック機能構築・全社研修費用合計七百二十万円
- 月次費用：システム運用・更新継続費合算月二十八万円
- 月次削減効果：属人業務の標準化＝月六十七万円（七割削減想定）、ヒューマンエラー損失削減＝月四十四万円、重複保守・非連携の解消＝月四十二万円、採用・定着改善効果＝月四十万円、合計月百九十三万円
- 月次純削減：百九十三万円－二十八万円＝月百六十五万円
- 投資回収期間：七百二十万円÷百六十五万円＝約四・四ヶ月
「四ヶ月半弱の回収です」とGeminiが整理した。「効くのは、いきなり全社システムを作らず、共感で特定した痛みの起点から試作する点です。現場が触れる試作の効果を数字で見せれば、売上を優先していた経営層もDX投資を判断できる。共感から始めるから、投資が空振りしません」
鷲尾氏が数字を確認しながら言った。「現場の痛みと経営の判断が、別々の言葉でした。共感から始めて数字にすると、同じ机に乗る」
「DESIGN_THINKINGは、現場の痛みを経営の言葉に翻訳する道具です」と私が応じた。
第三章：共感から積み上げる導入計画
「進め方を整理します」と私がホワイトボードの前に立った。
「第一・二ヶ月——各事業部の現場観察と痛みの起点の特定、共感フェーズ。第三ヶ月——課題の定義、解くべき問いの確定。第四ヶ月——アイデア発想と優先順位付け。第五・六ヶ月——部門間連携システムと自動チェック機能の試作。第七ヶ月——一部署での試験運用と効果検証、経営層への報告。第八ヶ月以降——検証結果をもとに全社展開、海外部門への拡大」
「経営層は、本当に動いてくれるでしょうか」と鷲尾氏が確認した。
「動きます」とClaudeが応じた。「経営層が動かないのは、DXが抽象的だからです。共感で特定した痛みを、試作と試験運用の数字で見せる。『この痛みを、この投資で、この期間で消せる』と示せれば、売上を優先する経営層ほど投資判断は速い。号令ではなく、検証済みの数字で動かします」
鷲尾氏がメモを取りながら言った。「現場に共感するところから始める、という順序がありませんでした。痛みを見てから定義すれば、解がぶれない」
第四章：現場の痛みが、経営の議題になった日
九ヶ月後、鷲尾氏から報告が届いた。
属人化していた業務は、試作システムの全社展開後、標準化が進んだ。「引き継ぎのたびに止まっていた業務が、誰でも回せる手順になった。特定の人がいないと進まない、という綱渡りが減った」と鷲尾氏は記していた。
ヒューマンエラーも大幅に減少した。自動チェック機能が入力忘れと発注受注忘れを未然に止めた。「人が気をつける、で防いでいたミスが、仕組みで止まるようになった。現場の緊張が和らいだ」と報告書にあった。
最も大きな変化は、経営層の態度に表れた。DXが売上の下に置かれていた状態から、投資判断の議題に上がった。「共感で集めた痛みを試作の数字で見せたら、経営会議の空気が変わった。『で、いくら儲かるのか』が『どの痛みから消すか』に変わった」と鷲尾氏は記していた。
施策の空転も解消された。何から着手すべきか決まらず止まっていたDXが、優先順位とともに動き出した。「号令だけで止まっていたDXが、共感と定義の順で動き始めた」と報告書にあった。
副次効果として、採用の場面が変わった。古い業務体質が改善されたことで、次世代への訴求が変わった。「『うちは仕組みで回る会社だ』と言えるようになった。若手が定着しはじめた」と鷲尾氏は記していた。
鷲尾氏の報告書の最後にはこう書かれていた。「現場の痛みは、感想のままでは経営に届かなかった。デザイン思考で共感から始め、痛みを定義し、試作の数字にした瞬間に、経営の議題になった。痛みは、翻訳されて初めて投資になる」
現場の「困った」が経営会議に届かなかった会社が、痛みを投資判断に変えられる会社になった日、DX推進は売上の下で待つ案件から、共感を起点に積み上げる設計に変わっていた、と記されていた。
「DXが進まない会社には、共通点がある。現場の痛みと経営の判断が、別々の言葉で語られていることだ。現場は『大変だ』と言い、経営層は『いくら儲かるのか』と返す。DESIGN_THINKINGが問うのは、使う人への共感から始める設計だ。痛みの起点を観察し、課題に定義し、試作で見せ、検証する。現場の『困った』が経営会議に届かなかった会社が、痛みを投資に変えられた日、変わったのはDXツールではなく、痛みを経営の言葉に翻訳する視点そのものだった」
関連ファイル
使用ツール
- ROI Polygraph — 属人業務工数・ヒューマンエラー損失・施策空転コストの可視化
- ROI Proposal Generator — 共感起点のDX推進の投資回収シミュレーション
