導入・展開1 分で読める

既存工場でIoTを再現可能な運用の仕組みにする方法

DBR77 Team · 公開日

IoTが再現可能な運用の仕組みになるのは、すべてのデータが特定の判断、担当者、そして決まったリズムに結びついたときです。毎日10分の損失レビュー、毎週の上位損失の問題解決、毎月の標準の更新、そして四半期ごとのガバナンスレビューです。このリズムがあれば、判断は予測可能になり、シフトの交代、新しい管理者、人員の入れ替わりを経ても維持されます。

工場の言葉で言えば、運用の仕組みとは、工場が物事をどう決めるかということに尽きます。誰が何を見るか、いつ見るか、そして何を変えてよいかです。この記事では、IoTデータが各層にどう供給されるか、それが機能していることをどう確認するか、そして人が異動しても運用を続ける方法を示します。

既存工場でIoTを再現可能な運用の仕組みにする方法

工場の現場で「運用の仕組み」が意味すること

それは、会議のカレンダーと、誰が何を決めるかについての一連のルールであり、ソフトウェアはデータを供給するだけです。既存工場では、クランプ式センサーを付けた1990年代のプレスも、OPC UAで読み取る新しいロボットセルも、同じリズムで運用できます。

リーン生産では、このことは以前から知られています。リーン・エンタープライズ・インスティテュートは、標準作業を改善の基準として、状況の変化に応じて見直し更新するものと説明しています。PDCAサイクルは「Act(処置)」で終わります。変更を標準化するか、もう一度始めるかです。IoTは、多くの工場がこれまで記憶に頼っていた部分に、信頼できるタイムスタンプ付きの事実をもたらします。

2026年のITM Industry Europeの会議で、DBR77は工場におけるAIに関する7つの講演を録画しました(ポーランド語の録画)。DBR77のPaweł Deraは総括で、すべての講演に共通していた結論を挙げました。AIとデータが役に立つのは、特定の担当者による特定の判断に結びついたときだけであり、「もっとデータに基づいて判断したい」では不十分だということです。実際には、監督者の対応時間を短縮したり、保全に何を先に見るべきかを示したりするモデルであれば、導入する意味があります。どちらの効果も測定できるからです。

DBR77プラットフォームのスクリーンショット:リーンマネジメントシステム(OEEと主要ロス)DBR77プラットフォームのスクリーンショット:リーンマネジメントシステム(OEEと主要ロス)
DBR77プラットフォームの画面:リーンマネジメントシステム(OEEと主要ロス)(デモ工場のデータ)

リズムの4つの層

各層には、一つの会議、一組のデータ、一種類の判断、そして一人の担当者があります。担当者は役割であるため、人が退職してもシステムは動き続けます。

リズム 会議 使うデータ 決定する内容 担当者
毎日 シフト開始時の10分間の損失レビュー 直近24時間の分数で見た上位3つの損失、未完了のタスク、対応時間 今日どの損失に対策を取り、誰が担当するか 班長
毎週 上位損失の問題解決。45〜60分 週単位の理由別のダウンタイム・パレート、繰り返す停止、修理時間 上位の損失の根本原因と対策。担当者と期日を付けて 保全と連携する生産マネージャー
毎月 標準の更新 対策の前後のデータ、理由リストの利用状況、アラートの閾値 どの対策を標準にするか。作業指示書、保全作業、閾値のいずれにするか 工場長または改善リーダー
四半期 ガバナンスレビュー データの質、定義の変更履歴、機械のカバレッジ、スコアカード 定義の変更、次に対象とするライン、投資 IT/OT、品質と連携する工場長

毎日の層は10分以内に収め、それ以上の時間が必要な事項は毎週の会議に回します。

IoTデータが各層にどう供給されるか

毎日。 リアルタイムの稼働状況表示により、すべての停止がその瞬間に見えます。オペレーターは設備の前で約2秒で理由を選択し、すべてのアラートが担当者付きのタスクになります。翌朝には、6大ロスのようなカテゴリを使って、上位3つの損失が分数で順位付けされています。

毎週。 チームは、どの機械とどのシフトで停止が繰り返されているかを確認します。日々では無作為に見える停止も、週単位で見るとパターンが見えることがよくあります。

毎月。 データにより、対策が効果を上げたかを確認します。対策の前4週間と後4週間を比べてください。損失が減っていれば、標準を更新します。減っていなければ、その対策は毎週の会議に戻します。

四半期。 導入1年目以降のIoTガバナンスで説明しているように、定義、オーナー、データの質を確認します。

ある段ボール包装ラインでは、毎日の層だけで停止への平均対応時間が24分から9分に短縮されました。詳しくはリアルタイムデータでダウンタイムを減らす方法で説明しています。

リズムが安定すると、対応の一部を自動化できます。DBR77 IRISは、これをクローズドループの実行と呼んでいます。AIが推奨し、人が承認し、システムが実行します。いつその段階に進むべきかについては、見える化からクローズドループの対応へで説明しています。

お使いのデータで、このリズムを確認してみませんか?

現在の会議を4つの層に対応付け、それぞれがどのIoTデータを使うべきかをお示しします。

お問い合わせ

運用の仕組みが機能していることを示す兆候

次のような状態になれば、リズムが定着したと判断できます。

  • 日々のレビューが、工場長が部屋にいなくても時間通りに始まる。
  • 対策が取られないまま、4週間を超えてパレートの上位に留まる損失がない。
  • 停止への対応時間が、横ばいか、さらに短くなっている。
  • 理由が記録されていないダウンタイムの割合が、たとえば10%を下回るなど、低い水準にとどまっている。
  • 標準は毎月変わり、その変更はすべてデータに基づいている。
  • どの監督者も、それぞれの画面がどの判断を支えているかを説明でき、どの判断も支えない画面は削除されている。

人が変わっても続く仕組み

優秀な班長は、個人の才能だけでラインを支えられることがありますが、その人が退職すると、数週間のうちに成果は下がります。リズムが文書になっていれば、後任は方法をデータとともに引き継げます。

定着させるための4つの取り組みは次のとおりです。

  1. 各会議を1ページに書き出します。議題、データ、判断、担当の役割、時間の上限です。
  2. 担当者は役割で割り当てます。アラート、タスク、理由リストは「ライン3の班長」に属するものとし、引き継ぎの際に自動的に移るようにします。
  3. 新しい監督者は会議を通じて育成します。自分で運営する前に、2週間、日次と週次のレビューに参加してもらいます。
  4. 変更履歴を残します。閾値がなぜ5分なのかと問われたら、その答えは、そのデータとともに履歴に記録されています。

1ラインが稼働しているとき、どこから始めるか

すでにリアルタイムデータのあるラインで、日次のレビューから始めてください。理由が一貫して記録されるようになったら、約4週間後に毎週の会議を加えます。最初の対策の後に毎月の標準更新を行い、2つ目のラインが稼働したら四半期のレビューを始めます。これは1つのパイロットから工場の標準へで示した順序と同じで、会議に当てはめたものです。

マッキンゼーは、多くの企業が「パイロットの煉獄」にとどまっている状況を説明しています。稼働中のリズムがあれば、新しいラインは既存の会議に加わるだけで済みます。

よくある質問

リズムを確立するには、どのくらい時間がかかりますか?

日次のレビューは、ライブデータが得られた最初の週に始められます。4層すべてのリズムが整うまでには、通常2〜3か月かかります。月次と四半期の層は、レビューすべき結果が必要だからです。

これはリーンの日次マネジメントと違うのですか?

違いません。機械データを用いたリーンの日次マネジメントです。損失、理由、対応時間はタイムスタンプ付きのイベントから得られるため、議論は事実から始まります。

監督者が日次レビューを、余計な報告作業だと感じたらどうすればよいですか?

それなら、レビューが長すぎるか、何も決まっていないのです。10分に収め、一つの対策と一人の担当者で終わらせてください。

AIはこの中のどこに位置づきますか?

すでに判断が存在する場所です。保全がまず確認すべきものを順位付けするモデルや、監督者の対応を速めるモデルは、日次または毎週の層に組み込まれます。

まとめ

作業の大半は、カレンダーを決めることと、担当者を役割で割り当てることです。始めるには、リアルタイムデータのあるラインが1本あれば足ります。最初の一歩は、そのラインの日次レビューを1ページにまとめること(議題、データ、判断、担当の役割、10分の上限)で、次のシフト開始時に班長が運営します。

このリズムづくりを一緒に進めましょう

最初に接続したラインを、工場全体が繰り返せるリズムに育てることについて、ご相談ください。

お問い合わせ

出典