コラム

完璧なシステムほど、現場から遠ざかる

品質管理システムを自作して分かった、現場が使わない理由

エマルシア株式会社

8万行の自信作に、現場は「分かりにくい」と言いました

製造業のDXの話は、たいてい「どんなシステムを入れるか」から始まります。私たちは、逆のところから来ました。作る側として、手痛く失敗した経験があるからです。

前職の化粧品工場で、品質管理のシステムを一人で書いたことがあります。VBAとAccessで、約8万行。画面は20、モジュールは53個、データベースは8本、テーブルは60を超えました。AIなどない時代です。本業の品質管理をやりながら、合間に組み上げました。製品標準書の変更履歴、原料データベース、配合比、抜き取り検査、受入検査、生産指図から出荷まで。化粧品GMPに対応した記録が、すべて残る。我ながら、いいものができたと思っていました。

その自信作を前に、現場は言いました。「分かりにくいから嫌だ」。結局、ほとんど使われませんでした。

0万行
VBAコード
0画面
フォーム
0
モジュール

本業の合間に、合間で組み上げた。

遠回りして、作り込んだ

そもそもの始まりは、Excelでした。

前職でGMPを学び、品質管理という仕事が面白くなりました。統計も含めて、これは現場を良くできると思いました。だからまず、Excelで仕組みを作りました。データベースなど知りませんから、シートにA4の帳票を作り、そこへ記録していく。統計を取りたいので、その帳票から数字を別の表へ転記する。そういう仕組みでした。

ある日、向きが逆だと気づきました。データベースに記録を貯めて、そこから帳票を出すのが正しい。私は、逆をやっていました。気づいたのは、五年目です。そこからユーザーフォームを使えばアプリのように作れると考え、データベースと画面を組み合わせた、ソフトウェアらしいものを初めて作りました。8万行は、その延長線上にあります。遠回りでした。

現状解決Excel帳票:転記してから集計データベース:記録から帳票を出す

向きを間違えたまま、五年走っていた。

つまり私は、誰よりも作り込みました。GMPの知識も、統計も、正しい設計の向きも、苦労して身につけました。それでも、現場には届きませんでした。

作り込むほど、現場から遠ざかる

品質管理を突き詰めた人間が、なぜ「作り込むな」と言うのか。矛盾に聞こえるかもしれません。けれど、現場に拒まれた理由を掘ると、答えはそこにありました。

「分かりにくい」の正体は、機能不足ではありませんでした。現場の人が一回入力するまでに、こちらが余計な前動作を要求していたことです。コピーして、別の場所へ転記して、それから入力する。作った本人は気づかない、その前動作の多さが、現場では決定的に嫌われていました。

ここで効いたのが、ほかでもない品質管理の発想でした。製造現場では、人が同時にできるのは二動作までと考えます。三つ目を要求した瞬間、ミスが出る。だから工程を設計するときは、動作の数を削る。機能を盛ることではなく、動作を減らすことが品質なのです。私が作り込んだシステムは、機能として完璧に近づくほど、現場の動作を増やしていました。完璧であろうとするほど、現場から遠ざかっていたのです。

気づいてから、作り直しました。現場はマウスを前提にできないので、タブレットにして、指で押せるようボタンを大きくしました。入力のたびに電卓が出るように、という無茶振りに応えて電卓も自作しました。標準のカレンダーは指には小さすぎたので、大きく作り直し、押すと光るようにしました。見た目のためではありません。現場の動作を、一つでも減らすためです。

「作れば使われる」という思い込み

それでも、定着はしきりませんでした。

正直に言えば、私はずっと勘違いしていました。記録がきっちり残るシステムさえ付ければ、すべてうまくいくと思い込んでいたのです。GMPを学び、統計の取れる仕組みを組んで、これで現場は良くなるはずだ、と。

世間の常識
きれいな記録システムを作れば、現場は回る
製造業の当たり前
現場で使われて、はじめて価値になる

図面の上で完璧でも、ラインで回らなければ不良品と同じ。

作ったものが、使われるとは限らない。当たり前のことに、8万行を書き終えてから気づきました。しかも完成を前にして、次に浮かんだのは「これ、どうやって保守しよう」でした。一人で書いた8万行は、一人でしか直せません。記録は残せても、残せる仕組みにはなっていなかったのです。完璧に作り込むほど、それは作った一人だけのものになり、現場の手から離れていきます。

製造業の当たり前を、ITに持ち込む

この失敗が、私たちの原点です。だから私たちは、製造業の当たり前を、そのままIT業界に持ち込むことにしました。

製造業では、図面の上で完璧でも、ラインで回らなければ不良品と同じです。良いものを作っただけでは足りず、現場で使われて、はじめて価値になる。この基準を、私たちはシステム開発にそのまま当てています。

現場の人が、いつもの動作のまま使えるか。
前動作が増えていないか。
作った人がいなくなっても、直し続けられるか。

機能の数より先に、見る三つ。

だから開発のとき、最初に見るのは機能の数ではありません。現場の人が、いつもの動作のまま使えるか。前動作が増えていないか。作った人がいなくなっても、直し続けられるか。

完璧な設計図より、現場で減らせた動作の数を、私たちは信じています。製造業のDXがうまくいかないとき、原因はたいてい技術ではありません。現場の動作を見ずに、機能を足してしまうことです。私たちは、それを8万行かけて、身をもって失敗しました。だからいま、お客様の現場では、図面の上ではなく、現場で測ります。

完璧な設計図より、
現場で減らせた動作の数を信じる。

図面の上ではなく、現場で測る。

それが、作る側で一度つまずいた私たちの、いちばんの強みだと考えています。

一人では、会社は変えられない。
だから、一緒に変える。

まとまっていなくても構いません。
お話を伺い、一緒に整理するところから始めます。

まずは、お気軽にご相談ください。

Q1 / 4あと 4 問

お問い合わせはこちら

会社名*まずはここから ✍
📞お電話はこちら 070-8540-5433

お電話の方が早い・話したい場合は、こちらへ。

出られなかった場合は、折り返します。

お問い合わせ