ブイヨンの自己紹介

ナンヨウハギ : ニモも含めて一時自宅で飼っていました
ブイヨン : 高校時代のあだ名

「人がやらなくてもいい仕事」を、ずっと減らしてきた

ヒーターの燃焼試験をしている部屋で、担当者が時計を見ながら、数分おきに温度を紙へ書き込んでいます。
試験は数時間続きます。終わったら、その紙を見ながらExcelに数字を打ち込み、表を作ります。
ところが、そのすぐ横では、データロガー(※1)が同じ温度を1秒ごとに記録し続けていました。
データは最初からあったのです。使われていなかっただけでした。
こういう場面を、私はこれまで何度も見てきました。業種が変わっても、形を変えて同じことが起きています。

今回は今更ですが自己紹介を兼ねて、私がこれまで何をしてきたのかをお話しします。

(※1) データロガーとは、温度や湿度、電圧、衝撃などのさまざまな物理量をセンサーを使って一定の時間間隔で自動的に計測し、内部メモリやSDカードなどに記録する装置です

1. 電子部品の開発設計:設計値と測定値を、同じ画面に並べる

私はもともと、携帯電話向け電子部品の開発設計を20年以上続けてきました。
作り方は半導体とほぼ同じです。違うのは、ウエハがシリコンではなく水晶であること、何層も重ねるのではなく1層であることくらいです。
ただ、半導体と違って市販の設計ツールがありません。シミュレーション、仕様に合わせた最適化設計、CADデータの作成まで、各社が自前でツールを開発しています。私はその、シミュレーションと最適化設計のツールを開発する担当者でした。
できあがった試作品は、ネットワークアナライザ(※2)という測定器で特性を測ります。
ここに一つ問題がありました。設計値と測定値を、直接比べる手段がなかったのです。
設計値は設計ツールの中にあり、測定値は測定器の中にあります。狙い通りに作れたかどうかを知りたいのに、2つを見比べるには人間が間に入るしかありませんでした。
そこで、両方のデータを読み込み、同じ画面に重ねて表示するツールをVisual Basicで作りました。
やったことは単純です。別々の場所にあった2つのデータを、1つの画面に並べただけです。それだけで、設計と測定の間を人間が行き来する必要がなくなりました。
測定の後にも、毎回同じ作業がありました。

測定 → CSV → Excel → 表 → グラフ → 設計値との比較 → 報告書

測定するたびに、この流れを人の手で繰り返していました。中身は毎回同じです。違うのは数字だけです。
そこで、この一連の作業をVBAで自動化しました。目指したのは「測定が終わったら、報告書もできている」という状態です。
VBAを使いたかったわけではありません。測定のたびに発生する同じ作業を、人間がやらなくてもよくしたかったのです。

(※2) ネットワークアナライザとは、電子回路やデバイス（アンテナ、フィルター、ケーブルなど）に高周波やマイクロ波の信号を入力し、信号がどれだけ通過するか（伝送）や反射するかを測定する計測器です。

2. 業務用ヒーターの開発支援:取れているのに使われていないデータ

その後、業務用ヒーターの開発支援に携わりました。冒頭の場面はここでの話です。

ポンプの受入検査

燃料を送り出すポンプの受入検査では、測定の途中経過を人が紙に書き、それをExcelに入力して表にし、評価していました。
測定にはデータロガー(※1)を使っていたので、1秒ごとのデータは既に記録されていました。しかし、そのデータは使われていませんでした。
そこで、ロガーからCSVデータを取り出し、Excelに取り込むようにしました。
紙に書く作業と、Excelへ打ち込む作業がなくなりました。それだけではありません。数点の記録ではなく1秒ごとのデータで評価できるようになり、以前より詳しい検査ができるようになりました。

熱の伝わり方の試験

もう一つは、ヒーターを数時間燃焼させて、周囲の温度を測る試験です。
角度は180度の範囲を30度刻み、高さは3段階。それぞれの位置の温度を測ります。
これもデータロガー(※1)で記録していましたが、実際には人が一定時間ごとに紙へ記入し、それをExcelに打ち込んで表を作っていました。
開発者が本当に知りたかったのは、「時間とともに、燃焼がどう変化していくのか」でした。しかし、決まった時刻の数字を並べた表からは、それが読み取れませんでした。
ロガーのデータをExcelに取り込むところまでは、ポンプのときと同じ方法でできます。問題はその先でした。角度、高さ、温度、そこに時間が加わります。これだけの次元を持つデータは、Excelのグラフでは表現できません。
調べていくと、ParaViewという可視化ツールがあることが分かりました。大量のデータを3Dで表示できる、オープンソースのソフトです。
そこで、データロガーのデータをParaViewで読める形式に変換するVBAを作りました。
結果として、熱の広がり方を3Dの画面で見られるようになり、時間変化を動画として出力することもできました。
この件で減ったのは、転記の手間だけではありません。それまで見えなかったものが、見えるようになりました。
下記の動画はParaViewで熱がどの様に広がるかを3Dの動画で表現したものです。(ただし、使用しているデータは実際の測定データではなくテスト用に作成したものです)

3. 送迎予約管理:紙と電話を、人がつないでいた

3つ目は、開発の現場から離れた話です。
友人の会社が運営するバス送迎サービスで、予約管理の相談を受けました。
当時の運用は、前日までの予約データから車両ごとの乗車リストを人手で作り、当日の追加やキャンセルは電話で受けて紙に手書きし、出発済みのドライバーには個別に電話で伝える、というものでした。
電話受付は多い日で1日50件ほど。書き間違い、伝え漏れ、運転中で電話に出られないドライバーとの行き違いが起きていました。
そこで、GoogleスプレッドシートとGoogle Apps Script(GAS)で予約管理システムを作りました。受付内容を入力すると担当ドライバーのスマホへ自動で通知が届き、車両ごとのリストも自動で作られます。
導入当初は反対の声もありましたが、今では「もう元の運用には戻れない」と言ってもらえるようになりました。
詳しくはこちらの記事に書いています。

4. 業種は違っても、起きていることは同じだった

電子部品、ヒーター、送迎。業種も扱うものもまったく違います。
しかし、並べてみると同じ形をしています。

情報A(測定器・ロガー・電話)
   ↓
  人間(書く・打ち込む・伝える)
   ↓
情報B(Excel・紙・ドライバー)

情報は既にどこかにあります。それを次の場所へ運ぶために、人が書き写し、打ち込み、電話をかけていました。
私がやってきたのは、この「人が運んでいる部分」を減らすことでした。
使った道具は、Visual Basic、VBA、ParaView、GASと毎回違います。道具が先にあったわけではありません。現場の問題を見てから、それに合う道具を選んできました。
現在は、デイサービス向けのシステムを開発しています。介護の現場にも、紙、Excel、電話、ホワイトボード、介護ソフトの間を人がつないでいる仕事が数多くあります。
そして、これは特定の業種だけの話ではないと考えています。

5. これから書いていくこと

あなたの会社にも、こんな仕事はないでしょうか。

• 紙を見ながらExcelに入力している

• Excelから別のExcelへ転記している

• 「入力しましたか?」と確認の電話をしている

• 月末の集計に何時間もかかっている

• その人がいないと分からない仕事がある

こうした仕事を、すべてシステムに置き換えるべきだとは思っていません。Excelのままでよい場合もあります。そもそもやめてしまえる作業もあります。
大事なのは、今のやり方をそのままデジタルにすることではありません。「なぜこの作業をしているのか」まで戻って考えることです。
このnoteでは、中小企業の現場に残っている「人がやらなくてもいい仕事」を取り上げ、どう考え、どう減らしていくかを書いていきます。プログラミングの解説ではなく、考え方と実例が中心です。