ブラウンフィールド工場でのIoT導入、最初の30日間
DBR77 Team · 公開日
ブラウンフィールド工場でのIoT導入の最初の30日間で目指すのは、1本のラインで、すべての停止が見え、すべての停止に理由があり、1人の担当者が対応を受け持つ状態です。4週間後にこれができていれば、プロジェクトには次のラインに広げるための土台ができます。誰も動かない20台分のダッシュボードでは、この土台は得られません。
以下は、私たちが使っている週ごとの計画です。20年、30年前の設備をどう接続するかも含めて説明します。
最初の1か月で達成すべきこと、すべきでないこと
良い最初の1か月は、3つのことを実現します。1本のラインのすべての設備からのリアルタイムの状態、停止した瞬間に入力される停止理由、そして担当者が決まった機能するアラートの経路です。さらにベースラインも得られるので、後の成果を実際の数字と比べられます。
ERPとの連携、工場全体への展開、予測モデルは、最初の1か月で目指すものではありません。それらは後から取り組むもので、最初の1か月で得られるきれいなイベントデータが前提になります。McKinseyは、多くの企業が「パイロット止まり」に陥る様子を説明しています。すべてを一度にやろうとするのは、そこに陥る最も早い道の一つです。
4週間の概要：
| 週 | 重点 | 週の終わりにできていること |
|---|---|---|
| 1 | 範囲、責任者、ベースライン | 1本のラインを選定、製造部門からライン責任者を指名、意思決定の取り決めに合意、現在の対応時間と理由のない停止を記録 |
| 2 | 設備の接続 | ラインのすべての設備が状態を送信。古い設備はエッジデバイスまたはカメラ経由 |
| 3 | 理由、アラート、担当者 | 各設備に短い理由リスト、シフトごとに1つの役割へ届くアラート経路、文書化したエスカレーションルール |
| 4 | 最初の振り返り | 対応時間、理由のない停止、上位3つの損失をベースラインと比較し、次のラインを決定 |
第1週：範囲、責任者、ベースライン
1本のラインを選びます。ボトルネックライン、または原因不明の停止が最も多いラインが望ましいです。ライン責任者はITではなく製造部門から指名します。そのうえで、私たちが「意思決定の取り決め」と呼んでいるものに合意します。
- このラインで重要な5つの指標。たとえば稼働率、対応時間、主な停止理由、シフトあたりの生産量、廃棄。
- それぞれに誰が対応するか。役割とシフト単位で決めます。
- どのしきい値で、その担当者が行動するか。
週の終わりに現状を記録します。現在の対応時間と、理由のない停止がどれだけあるかです。
第2週：古い設備も含めて接続する
ブラウンフィールドのラインには、異なる年代の設備が混在しています。それは普通のことで、先にラインを近代化する必要はありません。設備の種類ごとに合った接続方法を選びます。
PLCはOPC UAまたはModbusで直接読み取り、ネットワークやPLCのない設備にはエッジデバイスを付け、信号がまったく取れない工程ではIRIS Vision AIのカメラをセンサーとして使えます。それぞれのケースは、PLCのない古い設備を接続する方法の記事で詳しく説明しています。
エッジデバイスは、軽量なメッセージング標準であるMQTTでデータを上位に送ります。ネットワークは建屋に合わせます。届く場所ではWi-Fi、大きな建屋の奥にはLoRaWAN、ネットワークがまったくない場所ではSIM回線を使います。
典型的なブラウンフィールド工場のモデル試算では、13台中11台の設備を約3週間で接続し、見える化できました。設置中もラインは稼働を続け、作業の大半は計画停止の間に行います。
第3週：理由、アラート、担当者
設備が状態を送るようになったら、取り組みは人の側に移り、価値の大半はそこで生まれます。
- 理由リスト。 設備の種類ごとに10〜15項目と短く保ち、オペレーターが普段使う言葉で名前をつけます。長いリストは結局「その他」ばかりになります。
- 停止時点での入力。 オペレーターが設備横のタブレットで理由を選びます。所要時間は約2秒で、原因がまだはっきりしているうちに入力できます。
- アラートの経路。 停止の種類ごとに、現在のシフトの1つの役割に送ります。機械的な故障は保全へ、材料不足は物流へ、という形です。
- エスカレーションのルール。 たとえば、5分以内に確認されなければ班長にアラートが届く、というものです。文書にして、シフトに周知します。
最初の数日、オペレーターがシステムを試すような使い方をすることは想定しておいてください。理由が抜けていたり間違っていたりしたら、リストの問題として扱い、リストを直します。
第4週：最初の振り返りと次の判断
月末に、そのラインを第1週のベースラインと比べます。プロジェクトが機能しているかどうかは、3つの数字でわかります。
- 停止から最初の対応までの対応時間
- 理由のない停止の割合
- 時間（分）で見た上位3つのロス（記録された停止データから算出したもの）
このうち通常最初に動くのは対応時間です。ある段ボール包装ラインでは、停止が見えるようになり担当者がついたことで、対応時間が24分から9分に短縮しました。
月の締めくくりに判断を下します。このラインで何を改善するか、次はどのラインか、です。その後に何を測るかは、最初の90日間の記事で取り上げています。ラインが接続されれば、同じデータをラインのデジタルツインにも活用でき、現場で変更する前にシミュレーションで検証できます。
最初の1か月を遅らせる失敗
- 最初から多くのラインに手を広げる。 1本のラインをきちんと動かしてから、次のラインを加えます。
- 製造部門の責任者がいないIT主導のプロジェクト。 何が重要かを決めるのはライン責任者です。
- ERPの理由コードをそのまま使う。 それらは会計のためにつくられたコードです。オペレーターには、設備の前で普段使う言葉で名付けた理由が必要です。
- 担当者のいないアラート。 第3週のとおり、停止の種類ごとにシフトの1つの役割に送ります。
- ベースラインがない。 第1週の数字がなければ、誰も成果を証明できません。
よくある質問
設置中は生産を止める必要がありますか？
いいえ。PLCへの読み取り専用接続とクランプ式センサーは、通常稼働中または計画停止の間に設置します。設備の制御ロジックには手を加えません。
設備にPLCがない場合はどうなりますか？
その場合、エッジデバイスがモーター電流、積層表示灯、サイクルセンサーなど、取得可能な信号を読み取ります。信号がまったくない手作業の工程では、カメラをセンサーとして使えます。
どのようなネットワークが必要ですか？
設備まで届くものであれば何でも構いません。最も一般的なのはWi-Fiです。アクセスポイントの少ない大きな建屋はLoRaWANでカバーでき、工場ネットワークがない場所ではSIM回線が使えます。
自社からは誰が関わる必要がありますか？
製造部門のライン責任者、保全部門の担当者、そしてネットワークとセキュリティに関するIT/OTの窓口です。最初の1か月は、それぞれ週に数時間で十分です。
30日後はどうなりますか？
ラインはリアルタイムの状態表示、理由入力、アラート経路を備えて稼働しています。次は上位のロスへの改善活動と、次のラインについての判断です。セキュリティ審査では通常ISA/IEC 62443が参照されます。データ処理は自社のIT/OT境界内のオンサイトで行われます。
まとめ
これから最初の1か月を計画するなら、第1週の作業から始めてください。ラインを選び、製造部門から責任者を指名し、意思決定の取り決めを文書にします。同じ週のうちに、そのラインのすべての設備について、年代とPLCやネットワーク接続の有無を一覧にしておけば、第2週の設置作業をラインの計画停止に合わせて計画できます。
出典
- OPC Foundation, OPC Unified Architecture
- Modbus Organization, modbus.org
- OASIS, MQTT Version 5.0
- LoRa Alliance, About LoRaWAN
- ISA, ISA/IEC 62443 series of standards
- McKinsey & Company, IoT value set to accelerate through 2030
- DBR77 IIoTパイロットデータおよびモデル試算、2026年