変更管理（MOC）の8つの誤解 ─ なぜ全ビジネスにMOCが必要か

プラント担当者と変更管理（MOC）について話すと、お決まりの顔ぶれが現れます。「自社プロセスはOSHA 1910.119(a)(2)の『対象プロセス』に該当しない」とため息混じりに引用するベテラン、「図面管理システムが遅れており、追いつくには数年かかる」と嘆く経験浅い担当者。

他にも「マネージャー承認で小規模プロジェクト・変更の手順はある」「車の灰皿に溜まる『小銭』で済む」と冗談めかす声など、共通する不確実性が見えます：MOCとは一体何か？ OSHA 1910.119の枠組み外の施設になぜ関係するのか？

OSHA 1910.119(l)(1)はMOC要件を定義します：「雇用主は、プロセス化学物質、技術、設備、手順の変更（「同種置換」を除く）、および対象プロセスに影響する施設変更を管理する文書化された手順を確立・実施しなければならない。」規制はプロセス安全に焦点を当てますが、その核心原則である「損失防止のための変更管理」は、規制対象業界をはるかに超えて関連性を持ちます。

「対象プロセス」に該当する施設では、MOC要件はよく理解され、継続操業に不可欠です。より深刻なのは、主要産業事故の最大80%が管理されていない変更に起因するという研究結果です。この意味で、MOCは一種の生命保険と言えます：事故が少なければ投資収益率は高まります。

自社プラントがOSHAの特定MOC規則の対象外であっても、競争力を維持しようとするすべてのビジネスは変更を管理しなければなりません。MOCは、安全性、信頼性、環境管理プログラムを補完する、費用対効果に優れた損失防止ツールです。

MOCは既存システムへの変更のみに適用され、新規プロセス・施設の設計は対象外であることを覚えておくべきです。MOCプロセスは、現行システムに既知の強みと弱みがあり、それを変更する際のリスクを軽減することを前提としています。

簡単に言えば、MOCは、施設の建設、操業、保守、修理の方法に変更が生じた際に、安全、健康、環境、ビジネスパフォーマンスのいずれにおいても損失を防止・軽減する構造化アプローチです。資産と評判を守ろうとするあらゆるビジネスが、堅牢なMOCプログラムから恩恵を受けます。

何が「変更」を構成するか？

「変更を認識すること」はしばしばMOCで最も困難な部分です。第一歩は、自社のビジネス目標と適用される規制に合致した明確な定義です。曖昧な定義は麻痺を招き、プロセス回避を望む者に抜け穴を与えます。

経営陣は、組織が管理したいリスクを決定し、それらリスクを増大させる変更を特定すべきです。変更にはハードウェア、ソフトウェア、手順、プロセスパラメータが含まれます。新ソフトウェアパッチや改訂操業限界など、非ハードウェア変更も考慮対象です。

OSHAの原典は変更と「同種置換（RIK）」を区別します。RIKは元の設計仕様を満たす置換です。OSHA 3313のより広い定義では、変更とは「既存システム内のあらゆる構成要素、変数、特性の変更または調整（明確に定義された境界や責任内にあるものを除く）」とされます。この見方は、技術、化学物質、手順が物理的設備と同等に重要であることを認めています。

各組織は独自のリスクプロファイルを持つため、変更の定義は非管理変更への許容度を反映すべきです。以下は多くのビジネスがMOC対象と見なす一般的例です：

• 新規プロセス設備や重要業務システム（ソフトウェア含む）の追加
• 「同種」でない設備や部品の交換
• プロセス設備や重要システムの改造・追加
• プロセス制御・計装の調整（制御戦略含む）
• MRO部品の仕様や調達先の変更
• 安全システムの変更（インターロック、シャットダウン、火災・爆発抑制）
• 標準作業手順（SOP）や緊急手順の改訂
• サイトレベルの組織構造や保守手順の変更
• 原材料・部品の仕様や調達先の変更
• ユーティリティ接続の変更（空気、電気、ガス、水、蒸気等）
• 重要データネットワーク接続の調整
• 品質保証（QA）手順や試験設備の更新

設計初期段階での短時間・多職種ブレインストーミングで、選択した定義と例がビジネス優先事項とリスク許容度に合致するか確認できます。

「一時的」な変更については？

永続的な変更など存在せず、元の状態に戻される一時的変更があるだけです。しかし一時的変更こそがインシデントの最頻発原因です。したがってMOCは一時的変更も永続的変更と同等に扱い、復帰プロセスに特別な注意を払うべきです。OSHA 3313は「MOC手順は、一時的変更終了時に設備と手順が元の状態に戻ることを保証すべきである」と明記しています。一時的変更を永続的とみなして扱うことで、最大のリスク曝露から守られます。

MOCに関する8つの一般的誤解

1. 「本格的な改造ではなく、単なる改善だ。」
   配置、形状、適合、機能、材料、手順のいずれかが変われば、明示的に除外基準で定められていない限りMOC対象です。システムの文脈を変える些細な改善でも、意図せずリスクを増大させる可能性があります。従業員がこうした変更を重大化前に認識・報告できるよう権限付与しましょう。
2. 「図面が古くてMOCを始められない。」
   文書管理はMOCの補完であって代替ではありません。システム重要度に基づく是正アクションの優先順位付けで、全文書が完璧になるのを待たずに前進できます。MOCは未来を守るもので、過去の過ちを修正するものではありません。
3. 「緊急事態だ、MOCの時間なんてない。」
   緊急時こそ、確立されたMOCプロセスの規律がより重要です。一時的バイパスや代替への制御された文書化されたアプローチは、場当たり的な回避策より時間を節約しリスクを低減します。MOCには核心原則をバイパスしない明確な緊急手順を含めるべきです。
4. 「承認ルーティングに時間がかかりすぎる。」
   承認レベルは変更リスクに比例すべきです。適切な専門知識と権限を持つ承認者に限定し、ワークフローを状況に合わせて調整することでプロセスを合理化します。
5. 「エリアマネージャーが予算承認してるから十分だ。」
   資金承認権限と、変更の技術的・安全影響を評価する知識は別物です。バランスの取れた多職種レビューチームがより信頼性の高い結果を出します。
6. 「倉庫やデータセンターだから危険はない。」
   MOCは製品品質、顧客信頼、設備ダウンタイム、データ完全性など、あらゆる損失形態から守ります。低危険環境でも、変更が非管理ならコストのかかる失敗を招きます。
7. 「MOCで全問題を防げないなら意味がない。」
   完璧なシステムはありませんが、MOCは事故可能性を劇的に減らします。また予期せぬ問題発生時、根本原因分析を加速する貴重な監査証跡を提供します。見逃したインシデントのコストはMOC費用をはるかに上回ります。
8. 「ソフトウェアや手順変更にはMOC不要。」
   ソフトウェア更新と手順変更が多業種で重大インシデントを引き起こしています。安全性やパフォーマンスに影響するあらゆる変更を、物理的改造と同等に扱い、完全なレビュー、文書化、承認を行うべきです。

結論

適切に設計されたMOCプログラムは、業界や規制ステータスを問わず、あらゆる組織に不可欠な損失防止ツールです。負担になる必要はありません。正しい構造があれば、MOCは継続的改善とアジャイル変更管理と共存できます。堅牢なMOCプロセスを今すぐ導入すべき時です。

本記事はLife Cycle EngineeringのニュースレターRxToday 7月号に初出。

著者について

Sam McNair氏はLife Cycle Engineering（LCE）のシニアコンサルタント。プロフェッショナルエンジニア、認定維持管理・信頼性専門家。離散製造、化学プロセス、鉱業、機械プロセス、自動化、航空、建設、ユーティリティで32年以上の経験。信頼性工学を専門とし、保守と製造機能の統合に注力。連絡先：smcnair@LCE.com。LCE詳細：www.LCE.com。