مدیریت تغییر (Management of Change – MOC) در HSE چیست؟
مدیریت تغییر (Management of Change – MOC) در HSE چیست؟
مقدمه
بسیاری از حوادث زمانی رخ میدهند که چیزی در سیستم تغییر کرده است، اما اثرات آن تغییر بهطور کامل بررسی نشدهاند.
برای مثال:
-
یک ماده شیمیایی جدید جایگزین ماده قبلی میشود.
-
سرعت دستگاه افزایش پیدا میکند.
-
یک حفاظ تغییر داده میشود.
-
مسیر لولهکشی اصلاح میشود.
-
نرمافزار کنترل دستگاه بهروزرسانی میشود.
-
روش انجام کار تغییر میکند.
-
یک تجهیز موقت نصب میشود.
ممکن است هرکدام از این تغییرات در ظاهر کوچک باشند، اما یک سؤال مهم وجود دارد:
این تغییر چه خطرات جدیدی ایجاد میکند و چه کنترلهای قبلی را تحت تأثیر قرار میدهد؟
برای پاسخ نظاممند به این سؤال از Management of Change یا MOC استفاده میشود.
MOC چیست؟
Management of Change یک فرایند ساختاریافته برای شناسایی، ارزیابی، تأیید، اجرا و پایش تغییراتی است که ممکن است بر:
-
ایمنی
-
بهداشت حرفهای
-
محیطزیست
-
فرایند
-
تجهیزات
-
عملیات
تأثیر بگذارند.
هدف اصلی این است که:
تغییر ابتدا ارزیابی شود و سپس اجرا شود؛ نه اینکه ابتدا تغییر را اجرا کنیم و بعد ببینیم چه مشکلی ایجاد شده است.
چرا تغییر میتواند خطرناک باشد؟
سیستمهای کاری معمولاً بر اساس مجموعهای از فرضها و کنترلها طراحی شدهاند.
وقتی یک بخش تغییر میکند، ممکن است بخشهای دیگر نیز تحت تأثیر قرار بگیرند.
مثلاً افزایش سرعت یک دستگاه میتواند بر:
-
زمان واکنش اپراتور
-
ظرفیت حفاظ
-
توقف اضطراری
-
میزان تولید گرما
-
احتمال گیرکردگی
-
نیاز تعمیرات
اثر بگذارد.
بنابراین تغییر یک پارامتر ممکن است چند پیامد ایجاد کند.
چه تغییراتی نیازمند MOC هستند؟
این موضوع باید در روش اجرایی سازمان مشخص شود، اما نمونهها میتوانند شامل موارد زیر باشند.
تغییر تجهیزات
-
تعویض دستگاه با مدل متفاوت
-
تغییر حفاظ
-
تغییر موتور
-
تغییر سیستم کنترل
-
تغییر ابزار
تغییر فرایند
-
فشار
-
دما
-
سرعت
-
ظرفیت
-
ترتیب عملیات
تغییر مواد
-
ماده اولیه جدید
-
حلال جدید
-
ماده شوینده جدید
-
تغییر ترکیب شیمیایی
تغییر روش کار
-
تغییر SOP
-
تغییر روش تعمیر
-
تغییر روش حمل مواد
تغییر سازمانی
در برخی سیستمها تغییراتی مانند:
-
ساختار مسئولیتها
-
نقشهای کلیدی
-
نحوه نظارت
نیز ممکن است نیازمند بررسی باشند.
تغییر نرمافزار هم میتواند MOC باشد
یکی از مواردی که گاهی نادیده گرفته میشود، Software Change است.
فرض کنید منطق PLC یک دستگاه تغییر میکند.
از بیرون هیچ قطعهای تغییر نکرده است.
اما ممکن است:
-
ترتیب عملکرد دستگاه
-
Interlock
-
Alarm
-
Emergency Shutdown
تغییر کرده باشد.
بنابراین تغییر نرمافزاری نیز میتواند پیامد ایمنی داشته باشد.
تغییر موقت
یکی از خطرناکترین موارد، Temporary Change است.
مثلاً:
«این لوله موقت است و فقط دو هفته استفاده میشود.»
اما دو هفته تبدیل به:
شش ماه
میشود.
تغییر موقت باید مانند تغییر دائمی کنترل شود و علاوه بر آن:
-
تاریخ انقضا
-
مسئول
-
شرایط استفاده
-
برنامه بازگشت
مشخص داشته باشد.
Replacement in Kind چیست؟
همه تعویضها الزاماً تغییر واقعی نیستند.
اگر یک قطعه با قطعهای با مشخصات و عملکرد معادل تأییدشده جایگزین شود، ممکن است در سیستم سازمان بهعنوان Replacement in Kind در نظر گرفته شود.
مثلاً:
یک شیر دقیقاً با همان:
-
مدل
-
متریال
-
Rating
-
عملکرد
تعویض میشود.
اما تعریف Replacement in Kind باید روشن باشد.
صرف اینکه دو قطعه «شبیه هم» هستند کافی نیست.
اولین مرحله MOC: تعریف تغییر
باید دقیقاً مشخص شود:
-
چه چیزی تغییر میکند؟
-
وضعیت فعلی چیست؟
-
وضعیت جدید چیست؟
-
چرا تغییر لازم است؟
-
تغییر موقت است یا دائمی؟
-
چه بخشهایی تحت تأثیر هستند؟
اگر Change Description مبهم باشد، ارزیابی نیز ناقص خواهد بود.
مثال توضیح ضعیف
❌ «تغییر پمپ خط تولید.»
مشخص نیست چه چیزی تغییر میکند.
مثال بهتر
✅ «جایگزینی پمپ P-102 با پمپ دارای ظرفیت بالاتر برای افزایش نرخ انتقال، همراه با تغییر موتور و تنظیمات سیستم کنترل.»
حالا محدوده تغییر روشنتر است.
دلیل تغییر
Reason for Change نیز باید ثبت شود.
مثلاً:
-
افزایش ظرفیت
-
خرابی تجهیز قبلی
-
بهبود ایمنی
-
کاهش هزینه
-
تغییر ماده
-
رفع مشکل عملیاتی
-
الزام فنی
دانستن دلیل تغییر به ارزیابی گزینههای جایگزین کمک میکند.
Screening
همه تغییرات سطح بررسی یکسانی نیاز ندارند.
ممکن است سازمان یک مرحله MOC Screening داشته باشد تا مشخص کند:
-
آیا MOC لازم است؟
-
سطح ارزیابی چقدر است؟
-
چه تخصصهایی باید مشارکت کنند؟
تغییر کوچک و کمریسک نباید الزاماً همان فرایند یک تغییر بزرگ فرایندی را طی کند.
ارزیابی ریسک تغییر
قلب MOC، Risk Assessment است.
باید پرسید:
«اگر این تغییر اجرا شود، چه چیزی ممکن است اشتباه شود؟»
بسته به پیچیدگی تغییر میتوان از روشهایی مانند:
-
JSA
-
What-if
-
Checklist
-
HAZOP
-
FMEA
استفاده کرد.
روش باید متناسب با سطح ریسک و پیچیدگی تغییر باشد.
چه خطراتی باید بررسی شوند؟
فقط خطرات ایمنی مستقیم را نبینید.
تغییر ممکن است بر موارد مختلف اثر بگذارد:
ایمنی
-
آتش
-
انفجار
-
برق
-
سقوط
-
ماشینآلات
بهداشت
-
مواجهه شیمیایی
-
صدا
-
گرما
-
ارگونومی
محیطزیست
-
انتشار
-
پساب
-
پسماند
-
نشت
واکنش اضطراری
-
مسیر خروج
-
تجهیزات اضطراری
-
سناریوی حادثه
اثر دومینویی تغییر
یکی از مهمترین سؤالات MOC:
این تغییر روی چه چیز دیگری اثر میگذارد؟
مثلاً افزایش ظرفیت یک پمپ ممکن است نیازمند بررسی:
-
لوله
-
شیر
-
فشار طراحی
-
سیستم کنترل
-
مخزن مقصد
-
Alarm
-
Relief System
باشد.
فقط خود پمپ را بررسی نکنید.
بررسی اسناد
اگر تغییر روی سیستم اثر دارد، اسناد مرتبط نیز ممکن است نیازمند بازنگری باشند.
مثلاً:
-
P&ID
-
نقشهها
-
SOP
-
JSA
-
Risk Assessment
-
Emergency Plan
-
Maintenance Procedure
-
Inspection Plan
یکی از مشکلات رایج این است که تجهیز تغییر میکند اما مدارک همچنان وضعیت قدیمی را نشان میدهند.
آموزش کارکنان
قبل از راهاندازی تغییر باید مشخص شود:
چه کسانی باید از تغییر مطلع یا آموزش داده شوند؟
ممکن است شامل:
-
اپراتورها
-
تعمیرات
-
HSE
-
سرپرستان
-
تیم اضطراری
-
پیمانکاران
باشد.
آموزش باید متناسب با تأثیر تغییر باشد.
تغییر مواد شیمیایی
فرض کنید یک حلال جدید وارد کارخانه میشود.
نباید فقط بررسی کنیم:
«آیا ارزانتر است؟»
بلکه باید مواردی مانند:
-
خطرات ماده
-
شرایط نگهداری
-
ناسازگاری شیمیایی
-
تهویه
-
PPE
-
مواجهه کارکنان
-
مدیریت پسماند
-
واکنش اضطراری
بررسی شوند.
تأیید تغییر
قبل از اجرا باید Approval مناسب وجود داشته باشد.
بسته به نوع تغییر ممکن است تأیید از طرف:
-
عملیات
-
مهندسی
-
تعمیرات
-
HSE
-
مدیریت
لازم باشد.
سطح Approval باید با ریسک تغییر متناسب باشد.
Actionهای قبل از اجرا
ارزیابی MOC ممکن است چند Action ایجاد کند.
مثلاً:
-
نصب حفاظ جدید
-
اصلاح نقشه
-
آموزش اپراتورها
-
نصب Alarm
-
تهیه PPE
-
اصلاح SOP
برخی اقدامات باید قبل از اجرای تغییر یا راهاندازی تکمیل شوند.
PSSR چیست؟
برای برخی تغییرات مهم، قبل از راهاندازی از Pre-Startup Safety Review (PSSR) استفاده میشود.
هدف PSSR این است که قبل از شروع عملیات بررسی شود:
آیا سیستم واقعاً آماده راهاندازی ایمن است؟
در PSSR چه چیزهایی بررسی میشوند؟
بسته به سیستم ممکن است بررسی شود:
-
نصب مطابق طراحی انجام شده؟
-
تجهیزات ایمنی آمادهاند؟
-
Actionهای ضروری بسته شدهاند؟
-
SOP بهروز است؟
-
کارکنان آموزش دیدهاند؟
-
مدارک اصلاح شدهاند؟
-
تستهای لازم انجام شدهاند؟
تفاوت MOC و PSSR
MOC
تغییر را از زمان پیشنهاد تا اجرا مدیریت میکند.
PSSR
در مرحله قبل از Startup بررسی میکند آیا شرایط لازم برای راهاندازی فراهم شده است.
بنابراین PSSR میتواند یکی از مراحل MOC باشد.
اجرای تغییر
بعد از تأیید و تکمیل اقدامات ضروری، تغییر اجرا میشود.
اما اجرای فیزیکی پایان MOC نیست.
هنوز باید بررسی شود:
-
آیا تغییر مطابق طرح اجرا شده؟
-
آیا Deviations وجود دارد؟
-
آیا اسناد بهروز شدهاند؟
-
آیا آموزش تکمیل شده؟
-
آیا Action باز باقی مانده است؟
تغییر حین اجرا
گاهی هنگام نصب مشخص میشود طرح اولیه قابل اجرا نیست.
تیم در محل تصمیم میگیرد:
«این قسمت را کمی متفاوت اجرا کنیم.»
این تغییر جدید نباید بدون بررسی انجام شود.
تغییر در تغییر نیز ممکن است نیازمند بازنگری MOC باشد.
Post-Implementation Review
بعد از اجرا، در برخی تغییرات بهتر است عملکرد واقعی بررسی شود.
مثلاً:
-
آیا خطر جدیدی ایجاد شده؟
-
آیا کنترلها مؤثر هستند؟
-
آیا اپراتورها مشکل جدیدی مشاهده کردهاند؟
-
آیا فرضیات طراحی درست بودهاند؟
این مرحله میتواند مشکلاتی را آشکار کند که در بررسی اولیه دیده نشدهاند.
بستن MOC
MOC نباید فقط به دلیل نصب تجهیز جدید بسته شود.
قبل از Closure بهتر است اطمینان حاصل شود:
-
اقدامات ضروری انجام شدهاند.
-
مدارک بهروز شدهاند.
-
آموزش تکمیل شده است.
-
تأییدهای لازم وجود دارند.
-
تغییر موقت تعیین تکلیف شده است.
-
بررسیهای بعد از اجرا در صورت نیاز انجام شدهاند.
MOC Register
برای مدیریت تغییرات میتوان از یک Register استفاده کرد.
اطلاعات مفید:
-
MOC Number
-
عنوان تغییر
-
درخواستکننده
-
دلیل تغییر
-
نوع تغییر
-
Temporary / Permanent
-
Risk Level
-
Owner
-
Actions
-
Approval
-
Implementation Date
-
PSSR
-
Closure Status
تغییرات اضطراری
گاهی در شرایط اضطراری باید یک تغییر سریع انجام شود.
این موضوع نباید به معنی حذف کامل کنترل MOC باشد.
سازمان میتواند روش Emergency Change داشته باشد که:
-
تأیید سریعتر
-
ارزیابی متناسب
-
کنترل موقت
-
بازنگری بعدی
را مشخص کند.
اشتباهات رایج در MOC
۱. تشخیص ندادن تغییر
تغییر انجام میشود بدون اینکه MOC آغاز شود.
۲. بررسی فقط خود تجهیز
اثرات جانبی نادیده گرفته میشوند.
۳. فراموش کردن تغییرات موقت
Temporary تبدیل به Permanent میشود.
۴. اجرا قبل از Approval
تغییر ابتدا انجام میشود و فرم بعداً تکمیل میشود.
۵. بهروز نکردن مدارک
نقشهها و SOPها وضعیت قدیمی را نشان میدهند.
۶. آموزش بعد از راهاندازی
کارکنان با سیستم جدید بدون آمادگی کار میکنند.
۷. Closure زودهنگام
MOC قبل از تکمیل Actions بسته میشود.
مثال چرخه MOC
نیاز به تغییر
افزایش ظرفیت پمپ
↓
Change Request
شرح و دلیل تغییر
↓
Screening
تعیین سطح MOC
↓
Risk Assessment
بررسی خطرات و اثرات جانبی
↓
Actions
کنترلهای لازم
↓
Approval
تأیید مسئولان
↓
Implementation
اجرای تغییر
↓
PSSR
بررسی آمادگی راهاندازی
↓
Startup
راهاندازی کنترلشده
↓
Post-Implementation Review
بررسی عملکرد
↓
Closure
بستن MOC پس از تکمیل الزامات
چکلیست ساده MOC
-
تغییر بهوضوح تعریف شده است.
-
دلیل تغییر مشخص است.
-
موقت یا دائمی بودن تعیین شده است.
-
Replacement in Kind بررسی شده است.
-
محدوده اثر تغییر مشخص شده است.
-
ارزیابی ریسک انجام شده است.
-
اثرات HSE بررسی شدهاند.
-
اثرات جانبی بررسی شدهاند.
-
مدارک موردنیاز شناسایی شدهاند.
-
Actions تعریف شدهاند.
-
مسئول هر Action مشخص است.
-
تأییدهای لازم دریافت شدهاند.
-
آموزش قبل از راهاندازی انجام شده است.
-
PSSR در صورت نیاز انجام شده است.
-
تغییر مطابق طرح اجرا شده است.
-
اسناد As-Built بهروز شدهاند.
-
تغییرات موقت دارای تاریخ انقضا هستند.
-
اثربخشی تغییر در صورت نیاز بررسی شده است.
-
MOC بهصورت رسمی بسته شده است.
جمعبندی
Management of Change یکی از مهمترین ابزارها برای کنترل خطراتی است که در اثر تغییر ایجاد میشوند.
اصل MOC بسیار ساده است:
هیچ تغییر مهمی نباید بدون بررسی پیامدهای آن اجرا شود.
چرخه کلی آن را میتوان چنین خلاصه کرد:
Change → Screening → Risk Assessment → Controls → Approval → Implementation → PSSR → Review → Closure
یک MOC مؤثر فقط یک فرم امضا شده نیست؛ بلکه باید اطمینان دهد که تغییر قبل از اجرا فهمیده شده، خطرات آن کنترل شده و افراد و سیستم برای شرایط جدید آمادهاند.
سبد خرید شما خالی است 