ROI事件ファイル No.559『今の不具合だけ見て、その先が見えていなかった』
今の不具合だけ見て、その先が見えていなかった
第一章：目の前の不具合を、潰し続けていた
「ノーコードツールで作ったハンディターミナル連携アプリを、改修できる会社を探しています」
TechSolutions社のDX担当、端山卓也氏は、そう言いながら状況を語った。岡山工場でハンディターミナル管理を運用する企業だ。「目視確認や手書きから、ハンディターミナル管理に移して一年ほど経ちました。トレーサビリティは進んだのですが、運用してみると改修や機能追加が必要になってきて。非エンジニアの担当が自力で直すには、もう限界です」
「いま、どんな不具合が出ていますか」とClaudeが尋ねた。
「操作ミスでラベルを誤発行してしまう。ラベルの種類が多すぎて現場が混乱する。開封日管理の計算でエラーが出る」と端山氏が答えた。「目の前の不具合を、その都度潰しているんですが、追いつかない」
「目の前の不具合だけでなく、この先ぶつかる問題まで見ていますか」と私が確認した。
「……見ていません」と端山氏が答えた。「今困っていることを直すので精一杯で。そういえばエクセルの行数上限が近づいていて、QRコードの情報も増やしたいんですが、先のことは後回しになっている。目先だけ見て、その先が見えていなかった」
「今の不具合だけを追うと、また同じことを繰り返しますね」と私が応じた。「6D_MATRIXで分解しましょう」
第二章：6D_MATRIXが問う、六つの次元で見る
「この案件には、6D_MATRIXが必要です」
Claudeがホワイトボードに「現在・過去・未来・WHY・HOW・WHAT」と書いた。
「6D_MATRIX——六次元マトリクスとは、課題を現在・過去・未来・WHY・HOW・WHATの六つの次元から立体的に見るフレームワークです」と私が説明した。「肝は、今の不具合だけを見ないこと。目の前の症状（現在）だけ潰しても、なぜ起きるか（WHY）と、この先どうなるか（未来）を見なければ、また再発する。六つの次元で見れば、その場しのぎでない改修ができる道具です」
「まず現状のコストを測りましょう」とGeminiがROI Polygraphを開いた。端山氏から提供されたデータを入力する。
「月間のコストが出ました」とGeminiが読み上げた。「操作ミス・ラベル誤発行による手戻り・再作業工数が月平均百五十時間、時給三千八百円で月五十七万円。ラベル種類過多による現場混乱・確認工数が月平均三十六万円。開封日管理の計算エラーによる廃棄・クレームリスクが月平均三十二万円。非エンジニア対応の限界による改修停滞・外部依存が月平均四十万円。エクセル行数上限接近によるデータ管理破綻リスク期待値が月平均二十八万円。合計で月百九十三万円。年間換算で約二千三百十六万円」
端山氏が数字を見つめた。「目の前の不具合だけだと思っていました。改修が止まること自体や、この先のデータ破綻リスクまで入れると、これほどとは」
「では、6D_MATRIXで設計します」と私が続けた。
[現在——いま起きている不具合を並べる]
「最初に、現在の不具合を並べます」とClaudeが言った。「操作ミスによる誤発行、ラベル種類過多の混乱、開封日の計算エラー、QRコード情報量の不足——今起きていることを、漏れなく書き出します」
[過去——どこから来た仕組みか辿る]
「次に、過去を辿ります」とGeminiが続けた。「目視・手書きからハンディ管理に移して一年未満。急いで移行したことで、後付けの無理がどこに残ったか。来歴を見れば、不具合の根が分かります」
[未来——この先ぶつかる壁を見る]
「過去の次に、未来を見ます」と私が続けた。「QRコード情報を六項目に拡張したい。エクセルの行数上限に達する前に、データ管理を見直す必要がある。今は問題でなくても、近く必ずぶつかる壁を、先に織り込みます」
[WHY——なぜ自力で直せないかを問う]
「次元を変えて、WHYを問います」とClaudeが続けた。「なぜ自力で直せないか。非エンジニアが対応していて、専門知識が足りない。時間のかかる作業が多い。原因を押さえないと、改修しても同じ壁に戻ります」
[HOW——どう直すかの方針を決める]
「WHYの次に、HOWを決めます」とGeminiが続けた。「専門知識を持つ者が介入し、システムを改修して機能を追加する。その場しのぎではなく、根から直す方針を立てます」
[WHAT——何を作り替えるかを定める]
「最後に、WHATを定めます」と私が続けた。「操作ミスを減らすユーザーフレンドリーなインターフェース、ラベル管理システムの見直し、開封日の自動計算、データ管理の効率化。六つの次元を通して、作り替える対象を確定します」
[投資回収を試算する]
「ROI Proposal Generatorで試算しましょう」とGeminiが提案した。
- 初期費用：ノーコードアプリ改修・ラベル管理システム見直し・開封日自動計算・QRコード六項目拡張・データ基盤再設計費用合計四百九十万円
- 月次費用：システム運用・保守継続費合算月二十万円
- 月次削減効果：操作ミス・誤発行の削減＝月五十二万円、ラベル混乱の解消＝月三十二万円、開封日の自動計算＝月三十万円、外部依存の削減＝月三十六万円、合計月百五十万円
- 月次純削減：百五十万円－二十万円＝月百三十万円
- 投資回収期間：四百九十万円÷百三十万円＝約三・八ヶ月
「四ヶ月弱の回収です」とGeminiが整理した。「効くのは、今の不具合だけを潰さず、過去と未来まで見て改修する点です。現在だけ直すと、また再発する。六つの次元で見て、データ破綻の壁を先に織り込むから、その場しのぎになりません。投資が空振りしません」
端山氏が数字を確認しながら言った。「目の前の不具合を、その都度潰していました。六つの次元で見ると、先にぶつかる壁まで織り込める」
「6D_MATRIXは、今だけでなく立体的に課題を見る道具です」と私が応じた。
第三章：六次元で裁く導入計画
「進め方を整理します」と私がホワイトボードの前に立った。
「第一ヶ月——六次元での課題分析、現在の不具合と未来の壁の洗い出し。第二ヶ月——WHYの特定と改修方針（HOW）の確定。第三・四ヶ月——インターフェース改修とラベル管理システムの見直し。第五ヶ月——開封日自動計算とQRコード拡張、データ基盤の再設計。第六ヶ月——試験運用と効果検証。第七ヶ月以降——データ管理の継続的な見直し、改修運用の定着」
「また、すぐに別の不具合が出てきませんか」と端山氏が確認した。
「再発は、減ります」とClaudeが応じた。「次々と不具合が出るのは、現在の症状だけを潰しているからです。6D_MATRIXで過去の来歴とWHYを押さえ、未来の壁まで織り込んで改修してある。根から直し、先を見越すから、同じ問題に戻らない。エクセルの行数上限も、ぶつかる前に手を打てます」
端山氏がメモを取りながら言った。「目の前を潰す前に、過去と未来まで見る。順序が見えました」
第四章：その先まで、見えるようになった日
九ヶ月後、端山氏から報告が届いた。
操作ミスによる誤発行は、インターフェース改修後、大きく減った。「使いにくさが原因だったミスが、画面を直したら減った。ラベルの種類も整理されて、現場の混乱が収まった」と端山氏は記していた。
開封日管理の計算エラーも消えた。自動計算の導入で、手計算の間違いがなくなった。「計算ミスで廃棄やクレームになっていたものが、自動で正しく出るようになった」と報告書にあった。
最も大きな変化は、見る範囲に表れた。今の不具合だけを追っていた状態から、先の壁まで織り込む状態に変わった。「目の前を潰すので精一杯だった。六つの次元で見たら、エクセルの行数上限という先の壁が見えて、ぶつかる前に手を打てた」と端山氏は記していた。
外部依存も減った。改修の方針が定まり、自社で扱える範囲が広がった。「不具合のたびに外注、という綱渡りが減った」と報告書にあった。
副次効果として、課題の見方が変わった。今だけでなく立体的に見る発想が、現場に根づいた。「目の前の症状だけを追うのをやめた。なぜ起きるか、この先どうなるか、まで見るようになった」と端山氏は記していた。
端山氏の報告書の最後にはこう書かれていた。「ツール改修は、目の前の不具合を直すことだと思っていた。だが本当に必要だったのは、過去と未来、WHYまで含めて立体的に見ることだった。6D_MATRIXで六次元に広げた瞬間に、先にぶつかる壁が見えた。目の前を潰す前に、その先を見ることが先だった」
今の不具合だけを見てその先が見えていなかった会社が、立体的に課題を裁ける会社に変わった日、ツール改修はその場しのぎの対症から、六つの次元で見越す設計に変わっていた、と記されていた。
「改修の相談は、たいてい『今出ている不具合を直したい』という形で来る。だが目の前を潰す前に問うべきことがある。なぜ起きるのか、この先どうなるのか。6D_MATRIXが問うのは、現在・過去・未来・WHY・HOW・WHATの六次元だ。今だけでなく立体的に見れば、先にぶつかる壁を織り込める。今の不具合だけを見ていた会社が、その先まで見えた日、変わったのはツールの性能ではなく、今だけでなく立体的に課題を見る視点そのものだった」
関連ファイル
使用ツール
- ROI Polygraph — 操作ミス手戻り工数・改修停滞による外部依存・データ破綻リスクの可視化
- ROI Proposal Generator — 六次元での課題分析を起点にしたノーコードツール改修の投資回収シミュレーション
