OEEロスツリー：3つの係数から改善可能な損失までたどる

最初に計算式と時間の境界を確定する

計画生産時間とは、集計期間内にその設備を生産に使用する計画となった時間です。稼働時間＝計画生産時間－停止時間。時間稼働率A＝稼働時間÷計画生産時間、性能稼働率P＝理想サイクルタイム×総生産数÷稼働時間、良品率Q＝良品数÷総生産数であり、したがってOEE＝A×P×Qとなります。

定義が一致し、理想サイクルタイムが固定されている場合、OEEは「理想サイクルタイム×良品数÷計画生産時間」とも表せます。ここで実際の平均サイクルタイムを理想サイクルタイムの代わりに使うことはできず、異なる製品のサイクルタイムを換算せずに混ぜて計算することもできません。多品種の場合は、承認された標準サイクルタイムまたは換算生産量の方法を採用する必要があります。

差分をロスツリーに分解し、百分率で終わらせない

時間稼働率の低下は、まず計画生産時間内の停止に対応させ、故障、段取り替え、材料待ち、作業者待ち、品質確認待ちなどの原因に分類します。性能損失では、明確な停止イベントを伴うチョコ停と、設備は動き続けるものの標準サイクルタイムを下回る速度低下を区別します。品質損失では、立ち上がり段階と安定生産段階を分けて捉えます。

ロスツリーの価値は、直接対策を立てられない「OEEが低い」という状態を、検証可能な問題に変えることにあります。例えば、材料待ちは倉庫からの配送がないためか、前工程からの供給がないためか、それとも払い出し要求ルールが作動していないためかを切り分けます。故障についても、設備本体、治工具、外的条件のいずれに起因するかを確認します。原因コードが粗くなりすぎないよう、各階層で元のイベントを保持すべきです。

データモデルは時間・数量・原因を一体的に説明できなければならない

OEEの算出には、少なくとも計画カレンダー、設備状態イベント、生産数カウント、合否判定、理想サイクルタイムの5種類のデータが必要です。PLCの運転信号だけでは計画上の境界を把握できず、MESの完工数だけではチョコ停を説明できません。また、作業日報の原因だけでは正確な開始・終了時刻を補正しにくくなります。

理想サイクルタイムは速ければ速いほどよいわけではなく、過去最速の単一サイクルを安易に採用すべきでもありません。製品、設備能力、持続可能な条件に基づいて工程・設備の担当者が確認し、バージョンと適用開始時刻を設定する必要があります。混流生産では、製品とサイクルタイムの対応関係を必ず保持します。

• 時間：計画生産、非計画、停止、稼働、生産待ちの各状態が相互に排他的である関係を定義する。
• 数量：総生産数、良品、手直し、廃棄をどこでカウントし、いつ補正するかを定義する。
• サイクルタイム：理想サイクルタイムの根拠、製品バージョン、適用期間を定義する。
• 原因：自動イベントでまず事実を記録し、担当者が原因を確認して補足する。元の時刻の上書きは許可しない。
• 品質：データ欠落、時計異常、手動補正のフラグを保持し、計算式が見せかけの精密さを生むことを防ぐ。

自動収集と人的な原因特定の役割分担

PLC、センサー、試験設備、スキャンによる工程通過記録は、状態、サイクル、数量を客観的に記録するのに適しています。班、設備、品質、物流の担当者は、業務上の原因と対応経緯を補足するのに適しています。両者はイベントIDで関連付けるべきであり、担当者に開始・終了時刻を一式入力し直させるべきではありません。

特にチョコ停のルールには統制が必要です。しきい値が短すぎると大量のノイズが発生し、長すぎると重要な損失が隠れてしまいます。まず元のイベントを保持し、分析層で承認された時間と結合ルールに基づく複数のビューを作成します。表示を整えるために元の事実を削除してはいけません。

ロスツリーから改善策を選ぶ

損失の優先順位付けでは、損失時間、発生頻度、再発性、後工程への影響を併せて検討します。長時間の単一故障と多数のチョコ停は、同じ損失量でも必要な手法がまったく異なる場合があります。前者は故障の振り返りと保全を重視し、後者は製造現場の観察、機構の調整、工程の安定化を重視します。

OEEソフトウェアは収集、計算、表示、追跡を行うものであり、TPMの方法論そのものではなく、改善を自動的に実現するものでもありません。対策を検証する際は、製品、計画、データ定義を固定し、一方の係数の向上が他方の悪化を代償としていないかを確認します。例えば、速度向上によって不良が増えていないかを検証します。

• 損失の1つの枝を選び、ベースラインと発生条件を明確にする。
• 製造現場でイベントと原因を検証し、ダッシュボードの名称だけで結論を出さない。
• 検証可能な対策を定め、設備、工程、物流、班のいずれが責任を持つかを明確にする。
• 同じ定義で改善前後を比較し、品質と後工程への影響も観察する。
• 有効な対策を点検、標準作業、予備品、異常時対応のルールに定着させる。

OEEをライン間の順位付けや数字遊びにしない

製品、自動化の程度、工程上の制約が異なる設備のOEEを、単純に横並びで順位付けすべきではありません。計画生産時間の定義、理想サイクルタイム、手直しの扱い、人的な原因配分のいずれかが異なれば、表面上同じ数値でも意味が変わる可能性があります。

統制の重点は、定義の説明、データ品質、バージョン履歴を保持することです。OEEは同一対象の継続的改善に適しており、定義が比較可能な類似設備間での対比にも使えます。高い数値を追うために、必要な保全、初品確認、安全停止を減らしてはいけません。

• すべてのOEE画面で、時間の境界と3つの係数の定義を確認できる。
• 計画変更、サイクルタイム変更、数量補正には、いずれもバージョンと責任の記録がある。
• 欠落データは不明として明示し、既定で稼働中や良品に置き換えない。
• 指標の振り返りは、必ず具体的な損失イベントと改善策につなげる。