機械設計 #49：Downtime data — 改善へつながる記録の作り方
多くの工場に停止ダッシュボードがありますが、データが機械を良くするとは限りません。あるステーションはBlockedを停止と呼び、別の場所はStarvedと呼び、オペレーターは理由を入力する前にアラームを閉じ、保全記録は復旧フェーズを残さないことがあります。
OEEやParetoの前に、次の鎖を定義します。
境界 → 状態 → イベント → 理由 → 原因 → 処置 → 証拠 → 設計への反映
1. KPIの前に境界を決める
対象がステーション、機械、セル、ライン、エリア、サイトのどれかを明示します。設備、上下流責任、計画停止、段取り、休憩、ユーティリティ、品質保留、待ち、保全を定義します。ステーションとラインを混ぜた指標は比較できません。
2. State、Event、Reason、Cause、Actionは別
Stateは運転、アイドル、Blocked、Starved、故障、段取り、保全、停止、許可待ちなど現在状態です。Eventは状態への入り・出の時間範囲です。Reasonはセンサー、材料、段取り、ユーティリティ、品質、上流などの分類です。Causeは検証済み機構で、アラームではありません。Actionはリセット、清掃、調整、交換、待機、エスカレーション、設計変更です。フィールドを分けると、ダッシュボードのラベルが根本原因を装うことを防げます。
3. 一つの停止イベントに複数の時計がある
検出、オペレーター確認、診断開始、修理開始、修理終了、検証、再起動要求、初良品、リリースを記録します。総停止が長くてもアクティブ修理は短いことがあります。探索時間、アクセス、予備品、診断、復旧順序の改善につながります。
4. StartとEndのルール
出力喪失、故障状態、タイムアウト、停止操作、閾値時間のどこから開始するか、リセット、動作、初サイクル、初良品、受入れ生産のどこで終了するかを定義します。時計を統一し、重なるイベントを扱います。短時間を削除せず、Microstopとして明示します。
5. 理由コードは階層にする
領域、機構、部品、フェーズ、検証済み原因へ段階化します。
| レベル | 例 |
|---|
| 領域 | 設備 |
| 機構 | 位置確認 |
| 部品 | 近接センサー |
| フェーズ | 復旧 |
| 検証済み原因 | 曲げ部のケーブル疲労 |
その時点で分かる理由を入力し、RCAで後から原因を細かくします。深夜のオペレーターに技術原因を推測させません。
6. AlarmはDowntime reasonではない
アラームは機械メッセージです。材料、ハンドシェイク、ガード、電源、パラメーターが原因かもしれません。状態・理由候補へ対応させつつ、元アラームと人・技術者の分類を残します。
7. Blocked、Starved、ライン帰属
Blockedは下流が使えず出せない状態、Starvedは上流から入力がない状態です。機械設計の失敗とは限りません。境界の責任とライン影響を分け、同じ損失を全ステーションが主張しないルールを合意します。
8. Microstopは別に扱う
1〜3秒の停止は手入力が難しくてもスループットを削ります。自動取得、閾値、繰返しのグルーピング、センサー揺れ、供給、タイミング、介入を分けます。長時間停止のParetoへ混ぜる時は検出と品質の違いを表示します。
9. ダッシュボード前のデータ品質ゲート
Timestampは時計、タイムゾーン、分解能、ドリフト、順序を確認します。Completenessは状態、イベント、理由、フェーズ、手入力の欠落を見ます。Uniquenessは再送や編集の重複を防ぎます。Consistencyは負の時間、重なり、実行不能な遷移を拒否します。Referential integrityは資産、レシピ、シフト、理由、変更IDを正しく結びます。Human dataは誰がいつ入力・変更したかを残します。
10. KPIは同じ分母で比較する
計画時間、稼働窓、良品、総数、理想サイクル、品質損失、計画停止、除外条件を定義します。分母が違う百分率は意味を持ちません。定義版とベースラインを保存し、元イベントから再計算できるようにします。
11. Paretoには複数の視点が必要
総分、件数、平均・中央値、再発率、復旧フェーズ、資産、製品、シフト、検証済み原因で見ます。長い一件と短い多数は別の設計処置です。入力しやすい理由だけで安全・品質リスクを隠しません。
12. CorrelationはRoot causeではない
シフト、モデル、温度、オペレーターとの相関は仮説を作りますが、機構を証明しません。証拠を保全し、RCAを行います。
13. 停止データから設計アクションへ
センサー取付、診断、復旧表示、アクセス、予備品、状態機械、タイムアウトを変更する場合、期待効果、担当、検証、レビュー期間を定義します。測定のない処置は提案に留まり、担当のない指標は観察で終わります。
14. 供給ステーションの例
1〜3秒停止と長い詰まりがあり、材料ロット中にセンサーアラームが増え、長停止はガード開放後に起きるとします。Microstopの揺れ、材料提示、物理詰まり、ガード復旧、再起動検証を分けます。供給ガイド、汚染確認、デバウンス、明確な詰まり状態、アクセス、初良品確認を設計し、変更前後を比較します。
15. 最小イベントスキーマ
Event ID、資産、境界、開始・終了、状態、理由、原因状態、フェーズ、レシピ、製品、シフト、役割、アラーム、取得元、品質状態、処置、変更参照、検証結果を保存します。生データと解釈を分け、後のRCAで再検討できるようにします。
16. 実装チェックリスト
- [ ] 境界、資産、状態、計画停止を定義した。
- [ ] 開始・終了と時計を決めた。
- [ ] 理由、原因、処置を分けた。
- [ ] 未知と後のRCAを許す分類にした。
- [ ] Alarm、Blocked、Starved、Microstopを定義した。
- [ ] 時刻、完全性、一意性、一貫性、参照整合性を確認する。
- [ ] KPIの分母と版を記録する。
- [ ] 時間、頻度、フェーズ、資産、製品、シフトでParetoを見る。
- [ ] データパターンを測定可能な設計処置へつなぐ。
- [ ] 有効性レビューをベースラインと保全へ戻す。
まとめ
停止データが工学データになるのは、境界、状態、イベント、理由、原因、処置、証拠の意味が分かれている時です。時計と品質を管理し、同じ分母で比較し、検証できる設計アクションへ変換します。目標は美しいダッシュボードではなく、信頼できる証拠で次の改善を説明できる機械です。
17. 時刻同期と再送を設計する
PLC、HMI、ロボット、MES、サーバーの時計差、タイムゾーン、再起動、通信断を扱います。再送でも重複しないIDと受信状態を持ち、補正前と補正理由を保存します。
18. オペレーター入力を責めずに改善する
理由コードを選びやすくし、Unknownを許し、後でRCAへ送ります。入力者、時刻、画面、変更履歴を残し、入力品質を教育とUI改善へ戻します。
19. イベントを状態機械へ結び付ける
運転、待機、故障、復旧、初品確認、リリースを定義し、状態遷移、許可、タイムアウト、キャンセル、再起動を明記します。アラームを閉じただけでRunningにしません。
20. 改善前後を同じ条件で比較する
同じモデル、材料、シフト、運転窓、サンプル数、理由コード版を使います。条件差を記録し、因果を断定しません。アクションには期待、期間、担当、合否境界を付けます。
21. データ所有と保存
生データ、解釈、ダッシュボード、KPI版、変更、RCA、個人・顧客情報の所有者と保存期間を分けます。編集、エクスポート、バックアップ、監査を管理します。
22. 現場から設計標準へ
同じ停止パターンが複数資産で確認されたら、部品標準、診断、アクセス、状態遷移、FMEA、保全、教育、受入れ試験へ反映します。有効性レビューを次の機械の要求へ戻します。
17. 時刻同期と再送を設計する
PLC、HMI、ロボット、MES、サーバーの時計差、タイムゾーン、再起動、通信断を扱います。再送でも重複しないIDと受信状態を持ち、補正前と理由を保存します。
18. オペレーター入力を責めずに改善する
理由コードを選びやすくし、Unknownを許し、後でRCAへ送ります。入力者、時刻、画面、変更履歴を残し、入力品質を教育とUI改善へ戻します。
19. イベントを状態機械へ結び付ける
運転、待機、故障、復旧、初品確認、リリースを定義し、状態遷移、許可、タイムアウト、キャンセル、再起動を明記します。アラームを閉じただけでRunningにしません。
20. 改善前後を同じ条件で比較する
同じモデル、材料、シフト、運転窓、サンプル数、理由コード版を使います。条件差を記録し、因果を断定しません。アクションには期待、期間、担当、合否境界を付けます。
21. データ所有と保存
生データ、解釈、ダッシュボード、KPI版、変更、RCA、個人・顧客情報の所有者と保存期間を分けます。編集、エクスポート、バックアップ、監査を管理します。
22. 現場から設計標準へ
同じ停止が複数資産で確認されたら、部品標準、診断、アクセス、状態遷移、FMEA、保全、教育、受入れ試験へ反映し、次の機械の要求へ戻します。
23. Unknownを正しく扱う
原因が分からないイベントを無理に分類しません。Unknown、暫定理由、担当、期限、必要証拠を記録し、Unknown割合もデータ品質KPIとして改善します。
24. Microstopと長停止をリンクする
同じ機構の短時間停止が長い詰まりの前兆になることがあります。部品、モデル、温度、シフト、フェーズ、原因仮説でリンクし、頻発する短時間信号を予防設計へ使います。
25. KPIの版を表示する
対象境界、期間、分母、除外、理由コード版、品質状態をダッシュボードに表示します。定義変更時は旧版との比較可能性とベースラインを記録します。
26. 改善アクションの完了条件
実装、証拠、期待効果、観測期間、残留リスク、担当、ベースライン更新を持って閉じます。「教育した」「交換した」だけでは停止機構が減ったことを示しません。
停止データを設計へ戻す時は、現場の負担も評価します。入力を増やしすぎて品質が落ちるなら、自動取得、選択肢の整理、診断の改善、Unknownの後処理を選びます。データ収集そのものが新しい停止や危険を作らないことを確認します。
27. データの変更を監査する
理由コード、KPI定義、イベント閾値、状態遷移、時計、除外条件を変更した場合、いつ、誰が、なぜ、どの期間へ影響するかを記録します。過去データを再計算した時は、元の値、再計算版、差分、承認を保存し、都合のよい数値だけを比較しません。
停止データを品質の高い工学情報として扱うには、記録の意味を現場、保全、品質、IT、設計で共有します。入力画面、状態機械、理由コード、KPI、RCA、変更管理を別々に作らず、一つのライフサイクルとしてレビューします。これが、数値を次の設計へ安全に戻すための前提です。
データ品質の問題は、後からダッシュボードの色を変えても直りません。境界、イベント、時刻、理由、状態遷移、入力、保存、権限を設計段階で決め、少数の実イベントで確認します。現場の負担と得られる判断価値を比較し、必要なデータだけを安定して取ることが、長期的な改善につながります。
最小スキーマから始めても、後で原因、フェーズ、品質、変更、検証を追加できるように拡張性を持たせます。最初から全てを入力させるのではなく、自動取得できる値を優先し、人の判断が必要な項目だけを明確な選択肢で残します。
データ設計の成果は、記録件数ではなく、停止の仕組みを説明し、選んだ改善を検証できることです。現場で使える簡潔さと、設計判断に必要な証拠を両立させ、運用後に定義を見直せるベースラインを残します。
公開参考資料
- ISO 22400-2:2014 — Key performance indicators for manufacturing operations management: https://www.iso.org/standard/54497.html
- ISO 9001:2015 — Quality management systems: https://www.iso.org/standard/62085.html
MINATAの技術記事をすべて見る