既存工場でIoTを再現可能な運用の仕組みにする方法
DBR77 Team · 公開日
IoTが再現可能な運用の仕組みになるのは、すべてのデータが特定の判断、担当者、そして決まったリズムに結びついたときです。毎日10分の損失レビュー、毎週の上位損失の問題解決、毎月の標準の更新、そして四半期ごとのガバナンスレビューです。このリズムがあれば、判断は予測可能になり、シフトの交代、新しい管理者、人員の入れ替わりを経ても維持されます。
工場の言葉で言えば、運用の仕組みとは、工場が物事をどう決めるかということに尽きます。誰が何を見るか、いつ見るか、そして何を変えてよいかです。この記事では、IoTデータが各層にどう供給されるか、それが機能していることをどう確認するか、そして人が異動しても運用を続ける方法を示します。

工場の現場で「運用の仕組み」が意味すること
それは、会議のカレンダーと、誰が何を決めるかについての一連のルールであり、ソフトウェアはデータを供給するだけです。既存工場では、クランプ式センサーを付けた1990年代のプレスも、OPC UAで読み取る新しいロボットセルも、同じリズムで運用できます。
リーン生産では、このことは以前から知られています。リーン・エンタープライズ・インスティテュートは、標準作業を改善の基準として、状況の変化に応じて見直し更新するものと説明しています。PDCAサイクルは「Act(処置)」で終わります。変更を標準化するか、もう一度始めるかです。IoTは、多くの工場がこれまで記憶に頼っていた部分に、信頼できるタイムスタンプ付きの事実をもたらします。
2026年のITM Industry Europeの会議で、DBR77は工場におけるAIに関する7つの講演を録画しました(ポーランド語の録画)。DBR77のPaweł Deraは総括で、すべての講演に共通していた結論を挙げました。AIとデータが役に立つのは、特定の担当者による特定の判断に結びついたときだけであり、「もっとデータに基づいて判断したい」では不十分だということです。実際には、監督者の対応時間を短縮したり、保全に何を先に見るべきかを示したりするモデルであれば、導入する意味があります。どちらの効果も測定できるからです。


リズムの4つの層
各層には、一つの会議、一組のデータ、一種類の判断、そして一人の担当者があります。担当者は役割であるため、人が退職してもシステムは動き続けます。
| リズム | 会議 | 使うデータ | 決定する内容 | 担当者 |
|---|---|---|---|---|
| 毎日 | シフト開始時の10分間の損失レビュー | 直近24時間の分数で見た上位3つの損失、未完了のタスク、対応時間 | 今日どの損失に対策を取り、誰が担当するか | 班長 |
| 毎週 | 上位損失の問題解決。45〜60分 | 週単位の理由別のダウンタイム・パレート、繰り返す停止、修理時間 | 上位の損失の根本原因と対策。担当者と期日を付けて | 保全と連携する生産マネージャー |
| 毎月 | 標準の更新 | 対策の前後のデータ、理由リストの利用状況、アラートの閾値 | どの対策を標準にするか。作業指示書、保全作業、閾値のいずれにするか | 工場長または改善リーダー |
| 四半期 | ガバナンスレビュー | データの質、定義の変更履歴、機械のカバレッジ、スコアカード | 定義の変更、次に対象とするライン、投資 | IT/OT、品質と連携する工場長 |
毎日の層は10分以内に収め、それ以上の時間が必要な事項は毎週の会議に回します。
IoTデータが各層にどう供給されるか
毎日。 リアルタイムの稼働状況表示により、すべての停止がその瞬間に見えます。オペレーターは設備の前で約2秒で理由を選択し、すべてのアラートが担当者付きのタスクになります。翌朝には、6大ロスのようなカテゴリを使って、上位3つの損失が分数で順位付けされています。
毎週。 チームは、どの機械とどのシフトで停止が繰り返されているかを確認します。日々では無作為に見える停止も、週単位で見るとパターンが見えることがよくあります。
毎月。 データにより、対策が効果を上げたかを確認します。対策の前4週間と後4週間を比べてください。損失が減っていれば、標準を更新します。減っていなければ、その対策は毎週の会議に戻します。
四半期。 導入1年目以降のIoTガバナンスで説明しているように、定義、オーナー、データの質を確認します。
ある段ボール包装ラインでは、毎日の層だけで停止への平均対応時間が24分から9分に短縮されました。詳しくはリアルタイムデータでダウンタイムを減らす方法で説明しています。
リズムが安定すると、対応の一部を自動化できます。DBR77 IRISは、これをクローズドループの実行と呼んでいます。AIが推奨し、人が承認し、システムが実行します。いつその段階に進むべきかについては、見える化からクローズドループの対応へで説明しています。
運用の仕組みが機能していることを示す兆候
次のような状態になれば、リズムが定着したと判断できます。
- 日々のレビューが、工場長が部屋にいなくても時間通りに始まる。
- 対策が取られないまま、4週間を超えてパレートの上位に留まる損失がない。
- 停止への対応時間が、横ばいか、さらに短くなっている。
- 理由が記録されていないダウンタイムの割合が、たとえば10%を下回るなど、低い水準にとどまっている。
- 標準は毎月変わり、その変更はすべてデータに基づいている。
- どの監督者も、それぞれの画面がどの判断を支えているかを説明でき、どの判断も支えない画面は削除されている。
人が変わっても続く仕組み
優秀な班長は、個人の才能だけでラインを支えられることがありますが、その人が退職すると、数週間のうちに成果は下がります。リズムが文書になっていれば、後任は方法をデータとともに引き継げます。
定着させるための4つの取り組みは次のとおりです。
- 各会議を1ページに書き出します。議題、データ、判断、担当の役割、時間の上限です。
- 担当者は役割で割り当てます。アラート、タスク、理由リストは「ライン3の班長」に属するものとし、引き継ぎの際に自動的に移るようにします。
- 新しい監督者は会議を通じて育成します。自分で運営する前に、2週間、日次と週次のレビューに参加してもらいます。
- 変更履歴を残します。閾値がなぜ5分なのかと問われたら、その答えは、そのデータとともに履歴に記録されています。
1ラインが稼働しているとき、どこから始めるか
すでにリアルタイムデータのあるラインで、日次のレビューから始めてください。理由が一貫して記録されるようになったら、約4週間後に毎週の会議を加えます。最初の対策の後に毎月の標準更新を行い、2つ目のラインが稼働したら四半期のレビューを始めます。これは1つのパイロットから工場の標準へで示した順序と同じで、会議に当てはめたものです。
マッキンゼーは、多くの企業が「パイロットの煉獄」にとどまっている状況を説明しています。稼働中のリズムがあれば、新しいラインは既存の会議に加わるだけで済みます。
よくある質問
リズムを確立するには、どのくらい時間がかかりますか?
日次のレビューは、ライブデータが得られた最初の週に始められます。4層すべてのリズムが整うまでには、通常2〜3か月かかります。月次と四半期の層は、レビューすべき結果が必要だからです。
これはリーンの日次マネジメントと違うのですか?
違いません。機械データを用いたリーンの日次マネジメントです。損失、理由、対応時間はタイムスタンプ付きのイベントから得られるため、議論は事実から始まります。
監督者が日次レビューを、余計な報告作業だと感じたらどうすればよいですか?
それなら、レビューが長すぎるか、何も決まっていないのです。10分に収め、一つの対策と一人の担当者で終わらせてください。
AIはこの中のどこに位置づきますか?
すでに判断が存在する場所です。保全がまず確認すべきものを順位付けするモデルや、監督者の対応を速めるモデルは、日次または毎週の層に組み込まれます。
まとめ
作業の大半は、カレンダーを決めることと、担当者を役割で割り当てることです。始めるには、リアルタイムデータのあるラインが1本あれば足ります。最初の一歩は、そのラインの日次レビューを1ページにまとめること(議題、データ、判断、担当の役割、10分の上限)で、次のシフト開始時に班長が運営します。
出典
- DBR77、ITM Industry Europe 2026 conference recordings(ポーランド語)、2026年
- Lean Enterprise Institute、Standardized Work
- Lean Enterprise Institute、PDCA
- Vorne、The Six Big Losses
- McKinsey & Company、IoT value set to accelerate through 2030: Where and how to capture it、2021年
- DBR77、IRIS
- DBR77 IIoT パイロットデータ、段ボール包装ライン(顧客は匿名)、2026年