اشتباهات رایج سازمان‌ها در استقرار PSM؛ از کاغذبازی تا برداشت ناقص از ریسک

خلاصه مقاله

بسیاری از سازمان‌ها تصور می‌کنند اگر چند روش اجرایی نوشته باشند، چند فرم MOC و PHA داشته باشند، چند جلسه آموزشی برگزار کرده باشند و در گزارش‌های مدیریتی از واژه‌هایی مثل barrier، risk assessment و incident investigation استفاده کنند، پس سیستم مدیریت ایمنی فرایند را مستقر کرده‌اند. اما واقعیت این است که در بسیاری از سایت‌های نفت، گاز و پتروشیمی، آنچه به نام PSM اجرا می‌شود، بیشتر یک پوسته مستندی است تا یک سیستم زنده و تصمیم‌ساز برای پیشگیری از حوادث بزرگ.

اینجا دقیقاً همان نقطه خطرناک است. چون سازمانی که فکر می‌کند PSM دارد، اما در واقع فقط اسناد پراکنده، چک‌لیست‌های پرشده و جلسات ظاهراً منظم دارد، ممکن است با اعتماد کاذب وارد شرایطی شود که barrierها ضعیف شده‌اند، تغییرات کنترل نشده‌اند، اطلاعات فرایندی به‌روز نیست، آمادگی راه‌اندازی واقعی وجود ندارد و نشانه‌های هشدار پیش از حادثه هم عادی‌سازی شده‌اند.

برای مدیران، خواندن این مقاله مهم است چون بسیاری از شکست‌های PSM از نبودن سیستم شروع نمی‌شوند، بلکه از استقرار ظاهری، برداشت ناقص از ریسک و تبدیل PSM به فعالیتی اداری آغاز می‌شوند. این مقاله کمک می‌کند سازمان‌ها بفهمند کجا فقط مشغول تولید مدرک هستند و کجا واقعاً ریسک فرایندی را مدیریت می‌کنند.

این مقاله برای کارشناسان PSM شاغل در صنعت نفت نوشته شده است تا اشتباهات رایج سازمان‌ها در استقرار PSM را بشناسند، نشانه‌های آن را در میدان و در تصمیم‌های سازمانی ببینند، و بتوانند بین «PSM مستندشده» و «PSM مؤثر» تفاوت بگذارند.

---

چرا بسیاری از استقرارهای PSM در ظاهر خوب و در عمل ضعیف هستند؟

چون PSM ذاتاً یک سیستم بین‌رشته‌ای، تصمیم‌محور و ریسک‌محور است؛ اما بسیاری از سازمان‌ها آن را به یک پروژه مستندسازی یا الزام ممیزی تبدیل می‌کنند.

وقتی هدف اصلی این باشد که:

• برای ممیزی آماده شویم
• مدارک کامل به نظر برسند
• ساختار رسمی ایجاد کنیم
• به کارفرما نشان دهیم سیستم داریم
• گزارش مدیریتی خوب ارائه کنیم

آنگاه تمرکز از کنترل واقعی ریسک فرایندی به سمت تولید شواهد اداری می‌رود.

در چنین وضعیتی، ممکن است:

• MOC وجود داشته باشد، اما تغییرات مهم خارج از آن انجام شوند
• PHA برگزار شود، اما خروجی آن وارد تصمیم‌های عملیاتی نشود
• MI برنامه داشته باشد، اما سلامت واقعی تجهیزات بحرانی نامشخص بماند
• PSSR انجام شود، اما راه‌اندازی هنوز unsafe باشد
• incident investigation انجام شود، اما تحلیل در سطح خطای انسانی متوقف شود
• شاخص‌ها تولید شوند، اما هیچ‌کدام ضعف barrierها را نشان ندهند

مشکل اصلی این نیست که سازمان هیچ کاری نکرده؛ مشکل این است که کارهای PSM انجام می‌شوند، اما نه به شکلی که ریسک را واقعاً کنترل کنند.

---

اشتباه اول: تبدیل PSM به کاغذبازی

رایج‌ترین خطا این است که سازمان PSM را با حجم مستندات اشتباه بگیرد.

در این حالت، موفقیت با این معیارها سنجیده می‌شود:

• چند روش اجرایی داریم
• چند فرم تکمیل شده
• چند جلسه برگزار شده
• چند action ثبت شده
• چند گزارش آرشیو شده

اما در PSM، سؤال اصلی این نیست که سند وجود دارد یا نه؛ سؤال این است که:

• آیا این سند باعث تصمیم بهتر شده؟
• آیا این فرم جلوی یک تغییر پرریسک را گرفته؟
• آیا این گزارش به اصلاح واقعی منجر شده؟
• آیا این action واقعاً barrier را تقویت کرده؟

نشانه‌های کاغذبازی در PSM:

• فرم‌ها کامل‌اند، اما افراد منطق پشت آن‌ها را نمی‌دانند
• اسناد زیادند، اما در میدان استفاده نمی‌شوند
• رویه‌ها به‌روز نیستند، اما چون وجود دارند، کافی فرض می‌شوند
• اقدام‌های اصلاحی بیشتر اداری‌اند تا فنی و سیستمی
• موفقیت با تعداد بسته‌شدن actionها سنجیده می‌شود، نه با کاهش ریسک

کاغذبازی خطرناک است چون توهم کنترل ایجاد می‌کند. سازمان فکر می‌کند سیستم دارد، در حالی‌که barrierهای واقعی ممکن است ضعیف شده باشند.

---

اشتباه دوم: برداشت ناقص از ریسک فرایندی

بسیاری از سازمان‌ها هنوز ریسک را با منطق HSE عمومی می‌فهمند، نه با منطق PSM.

در HSE عمومی، معمولاً توجه روی حوادث پرتکرارتر و قابل مشاهده‌تر است؛ مثل لغزش، سقوط هم‌سطح، جراحت دست، عدم استفاده از PPE یا تخلفات رفتاری. این‌ها مهم‌اند، اما برای PSM کافی نیستند.

در PSM باید به ریسک‌هایی توجه کرد که:

• ممکن است کم‌فراوانی باشند
• اما پیامدهای فاجعه‌بار داشته باشند
• به از دست رفتن مهار فرایند منجر شوند
• چند لایه حفاظتی را هم‌زمان درگیر کنند
• به طراحی، تغییر، MI، control system و readiness عملیاتی وابسته باشند

برداشت ناقص از ریسک وقتی دیده می‌شود که:

• مدیریت کاهش TRIR را نشانه موفقیت PSM می‌داند
• شبه‌حادثه فرایندی به اندازه near miss رفتاری جدی گرفته نمی‌شود
• گزارش‌ها بیشتر روی unsafe act تمرکز دارند تا barrier failure
• ریسک فرایندی در شرایط start-up، shutdown و turnaround دست‌کم گرفته می‌شود
• سناریوهای LOC و escalation به زبان مدیریتی ترجمه نشده‌اند

کارشناس PSM باید دائماً یادآوری کند که ریسک پایین‌فراوانی و پرفاجعه با شاخص‌ها و نگاه HSE عمومی به‌تنهایی قابل مدیریت نیست.

---

اشتباه سوم: تصور اینکه PSM فقط مسئولیت واحد HSE یا یک کارشناس است

یکی از کشنده‌ترین خطاها این است که سازمان PSM را به یک واحد خاص واگذار کند و بقیه واحدها آن را «موضوع HSE» بدانند.

در حالی‌که PSM بدون مشارکت فعال این بخش‌ها شکست می‌خورد:

• عملیات
• تعمیرات
• بازرسی فنی
• فرایند
• ابزار دقیق و کنترل
• پروژه
• آموزش
• مدیریت ارشد
• پیمانکاران در فعالیت‌های حساس

اگر PSM فقط روی دوش یک کارشناس یا واحد HSE باشد، نتیجه معمولاً این است:

• جلسات برگزار می‌شود، اما مالکیت تصمیم‌ها پخش نمی‌شود
• actionها ثبت می‌شوند، اما اجرا وابسته به همکاری‌هایی است که شکل نگرفته
• یافته‌های فنی به تصمیم عملیاتی تبدیل نمی‌شوند
• موضوعات پیچیده barrier، shutdown logic، MI و MOC در حاشیه می‌مانند
• مدیران PSM را گزارش‌محور می‌بینند، نه تصمیم‌محور

PSM یک سیستم سازمانی است، نه یک عنوان شغلی.

---

اشتباه چهارم: محدودکردن PSM به انطباق با الزامات

بعضی سازمان‌ها فقط می‌پرسند:

• آیا PHA انجام شده؟
• آیا MOC فرم دارد؟
• آیا PSSR ثبت می‌شود؟
• آیا ممیزی سالانه انجام شده؟

این سؤال‌ها لازم‌اند، اما کافی نیستند. چون انطباق به‌خودی‌خود تضمین نمی‌کند که ریسک کنترل شده است.

نمونه‌های رایج:

• PHA پنج سال پیش انجام شده، اما تغییرات اخیر را پوشش نمی‌دهد
• MOC ثبت می‌شود، اما after-the-fact است
• PSSR انجام شده، اما bypassهای موقت هنوز فعال‌اند
• رویه وجود دارد، اما برای شرایط واقعی عملیات قابل استفاده نیست
• تست انجام شده، اما قابلیت اتکای safeguard هنوز محل تردید است

وقتی سازمان فقط دنبال انطباق باشد، ممکن است از نظر ممیزی قابل قبول به نظر برسد، اما از نظر readiness فرایندی آسیب‌پذیر بماند.

---

اشتباه پنجم: جدا دیدن عناصر PSM از یکدیگر

یکی از نشانه‌های بلوغ پایین این است که هر عنصر PSM مثل یک جزیره مستقل اداره شود.

مثلاً:

• تیم PHA کار خودش را می‌کند
• تیم MOC کار خودش را می‌کند
• MI در سیستم دیگری جلو می‌رود
• incident investigation جداگانه انجام می‌شود
• آموزش هم مسیر مستقل خودش را دارد

اما حوادث فرایندی معمولاً در شکاف بین این عناصر شکل می‌گیرند.

برای مثال:

• یک تغییر اجرا شده، اما وارد MOC نشده
• چون وارد MOC نشده، P&ID به‌روز نشده
• چون مدارک به‌روز نشده، رویه اصلاح نشده
• چون رویه اصلاح نشده، اپراتور در راه‌اندازی تصمیم اشتباه گرفته
• چون PSSR سطحی بوده، این عدم‌آمادگی قبل از start-up دیده نشده

از نظر مستندی، هر عنصر شاید «وجود» داشته باشد. اما چون به هم متصل نیستند، سیستم در لحظه مهم از هم می‌پاشد.

PSM مؤثر یعنی اتصال عناصر به یکدیگر در خدمت کنترل سناریوهای حادثه بزرگ.

---

اشتباه ششم: نادیده گرفتن شرایط غیرعادی عملیات

بسیاری از سازمان‌ها PSM را بر مبنای بهره‌برداری پایدار می‌سنجند، نه بر مبنای شرایطی که ریسک واقعی در آن‌ها جهش می‌کند.

در حالی‌که حوادث بزرگ اغلب در این دوره‌ها رخ می‌دهند:

• start-up
• shutdown
• turnaround
• maintenance intensive periods
• temporary operation
• bypass conditions
• abnormal process conditions

اگر سیستم فقط برای حالت steady state طراحی یا ارزیابی شود، ممکن است در مهم‌ترین لحظات ناتوان باشد.

نشانه‌های این اشتباه:

• رویه start-up کلی و غیرواقعی است
• shutdown به‌عنوان فعالیت عادی دیده می‌شود
• bypassها در دوره‌های موقت به‌خوبی کنترل نمی‌شوند
• readiness قبل از راه‌اندازی با completion اشتباه گرفته می‌شود
• dead leg، trapped pressure، purge، drain و handover به‌صورت چک‌لیستی دیده می‌شوند

PSM باید دقیقاً در همان زمان‌هایی قوی‌تر شود که سیستم از حالت عادی خارج می‌شود.

---

اشتباه هفتم: ضعف در مدیریت تغییر، مخصوصاً تغییرات موقت و کوچک

تقریباً در بیشتر سازمان‌ها، MOC برای تغییرات بزرگ شناخته‌شده است؛ اما مشکل اصلی در تغییرات کوچک، سریع، موقت یا بین‌رشته‌ای رخ می‌دهد.

نمونه‌ها:

• تغییر موقت set point
• bypass موقت interlock
• استفاده از hose یا spool موقت
• تغییر نرم‌افزاری در logic
• تغییر در sequence راه‌اندازی
• تغییر در ترکیب خوراک یا شرایط سرویس
• تغییر سازمانی در نقش‌های تصمیم‌گیر

این تغییرات چون «کوچک» یا «موقت» دیده می‌شوند، گاهی از فرایند رسمی MOC خارج می‌مانند. اما دقیقاً همین‌ها می‌توانند زنجیره حادثه را شروع کنند.

برداشت غلط رایج این است که MOC فقط برای تغییرات بزرگ مهندسی است. در حالی‌که در PSM، هر تغییری که بر ریسک، barrier، رویه، آموزش یا assumptions فرایندی اثر بگذارد، باید دیده شود.

---

اشتباه هشتم: ضعف در Mechanical Integrity ولی با تصور «تجهیز هنوز کار می‌کند»

یکی از پرهزینه‌ترین اشتباهات این است که سازمان کارکرد ظاهری تجهیز را با کفایت آن برای ایمنی فرایند اشتباه بگیرد.

نمونه‌های این خطا:

• نشتی‌های تکراری عادی‌سازی شده‌اند
• خوردگی دیده می‌شود، اما تا زمان failure صبر می‌شود
• backlog تست و بازرسی تجهیزات بحرانی بالا رفته
• deferral در تعمیرات حساس زیاد شده
• PSV یا interlock «فعلاً» مشکل جدی نشان نمی‌دهد، پس قابل قبول تلقی می‌شود
• temporary repairها ماندگار شده‌اند

در PSM، سؤال این نیست که تجهیز هنوز روشن است یا نه. سؤال این است که:

• آیا در سناریوی طراحی‌شده هنوز قابل اتکاست؟
• آیا در شرایط upset هم عملکرد لازم را دارد؟
• آیا کاهش قابلیت اطمینان آن barrierها را تضعیف کرده؟
• آیا تغییر سرویس، فرسایش، خوردگی یا fatigue فرضیات اولیه را تغییر داده؟

MI زمانی شکست می‌خورد که سازمان فقط به availability نگاه کند و نه به integrity در سناریوی ریسک.

---

اشتباه نهم: اشتباه گرفتن آلارم، اینترلاک و shutdown با «حفاظت تضمین‌شده»

بعضی سازمان‌ها به‌محض اینکه در مدارک نوشته شده alarm یا interlock وجود دارد، فرض می‌کنند ریسک کنترل شده است.

اما وجود یک safeguard روی کاغذ به معنی عملکرد مؤثر آن نیست.

مشکلات رایج:

• آلارم زیاد، مبهم یا تکراری است
• اپراتور نمی‌داند در برابر آلارم چه واکنشی باید نشان دهد
• interlock bypass شده یا مدت طولانی override مانده
• set pointها با شرایط فعلی فرایند هم‌خوان نیستند
• تست عملکردی دوره‌ای کافی انجام نشده
• shutdown logic با تغییرات جدید بازبینی نشده
• سازمان هر alarm را به‌عنوان barrier معتبر حساب می‌کند

در PSM، safeguard زمانی ارزش دارد که:

• نقش آن روشن باشد
• قابلیت اتکای آن معلوم باشد
• شرایط شکستش شناخته شده باشد
• آزمون و نگهداری مناسب داشته باشد
• در تحلیل ریسک درست اعتباردهی شده باشد

این اشتباه معمولاً از فاصله بین تیم‌های فرایند، کنترل و PSM ایجاد می‌شود.

---

اشتباه دهم: تحلیل حادثه در سطح خطای انسانی متوقف می‌شود

یکی از رایج‌ترین نشانه‌های بلوغ پایین PSM این است که پس از حادثه یا شبه‌حادثه فرایندی، تحلیل خیلی سریع به این نتیجه برسد:

• اپراتور اشتباه کرد
• دستورالعمل رعایت نشد
• بی‌دقتی رخ داد
• آموزش کافی نبود

این عوامل ممکن است بخشی از واقعیت باشند، اما معمولاً علت نهایی نیستند.

در حادثه فرایندی باید پرسید:

• چه barrierهایی شکست خوردند؟
• چرا انحراف به‌موقع تشخیص داده نشد؟
• آیا طراحی، MI، MOC، PHA یا رویه‌ها ضعف داشتند؟
• آیا شرایط واقعی با assumptions قبلی فرق کرده بود؟
• آیا سازمان نشانه‌های هشدار قبلی را نادیده گرفته بود؟

تمرکز بیش از حد بر خطای انسانی باعث می‌شود سیستم از یادگیری واقعی محروم شود و همان سناریو با بازیگرانی دیگر تکرار شود.

---

اشتباه یازدهم: ضعف در PSSR و اشتباه گرفتن Completion با Readiness

در بسیاری از پروژه‌ها و راه‌اندازی‌ها، چون کارهای اجرایی عمدتاً تمام شده‌اند، فرض می‌شود واحد آماده سرویس است. اما completion با readiness یکی نیست.

ممکن است:

• punch itemهای باز هنوز بر ریسک اثر داشته باشند
• مدارک نهایی نشده باشند
• آموزش‌ها کامل نباشند
• bypassها هنوز برقرار باشند
• رویه‌ها با وضعیت نهایی هم‌خوان نباشند
• actionهای مهم MOC یا PHA باز مانده باشند
• testing و verification کافی انجام نشده باشد

PSSR اگر فقط به امضای چک‌لیست تبدیل شود، دیگر نمی‌تواند آخرین سد دفاعی قبل از راه‌اندازی باشد.

کارشناس PSM باید بتواند در صورت نبود readiness واقعی، حتی در برابر فشار زمان و تولید، موضع حرفه‌ای بگیرد.

---

اشتباه دوازدهم: استفاده نادرست از شاخص‌ها

برخی سازمان‌ها شاخص دارند، اما نه شاخصی که ضعف سیستم PSM را نشان دهد.

مثلاً فقط این‌ها را اندازه می‌گیرند:

• تعداد حوادث
• نرخ جراحت
• تعداد ساعات آموزش
• تعداد ممیزی
• درصد بسته‌شدن actionها

این شاخص‌ها به‌تنهایی برای PSM کافی نیستند. چون بیشتر گذشته‌نگر یا اداری‌اند.

PSM به شاخص‌هایی نیاز دارد که ضعف‌های پیشرو را نشان دهند، مثل:

• backlog بازرسی تجهیزات بحرانی
• تعداد bypassهای فعال و مدت آن‌ها
• MOCهای after-the-fact
• actionهای overdue مربوط به سناریوهای پرریسک
• PSSRهای دارای finding بحرانی
• تعداد deviation از حدود عملیاتی ایمن
• alarm flooding
• LOCهای کوچک و تکراری
• تست‌های به‌تعویق‌افتاده safeguardها

اگر شاخص‌ها درست انتخاب نشوند، مدیریت تصویری آرام و فریبنده از سیستم می‌بیند.

---

اشتباه سیزدهم: ناتوانی در ترجمه ریسک فرایندی به زبان مدیریت

گاهی تیم PSM موضوعات فنی را خوب می‌فهمد، اما نمی‌تواند آن را به زبان تصمیم مدیریتی منتقل کند.

مثلاً به جای اینکه بگوید:

• «سه bypass فعال روی barrierهای کلیدی داریم که در سناریوی overpressure، ظرفیت مهار را تضعیف می‌کند»

می‌گوید:

• «چند مورد عدم‌انطباق در سیستم interlock مشاهده شد»

یا به جای اینکه بگوید:

• «تعویق تست این تجهیز می‌تواند آخرین لایه محافظ در سناریوی release را از اعتبار بیندازد»

می‌گوید:

• «بازرسی طبق برنامه انجام نشده است»

وقتی ریسک به زبان تصمیم ترجمه نشود:

• مدیریت فوریت موضوع را نمی‌فهمد
• منابع لازم تخصیص نمی‌یابد
• تصمیم‌های سخت به تعویق می‌افتد
• موضوعات بحرانی در میان موارد اداری گم می‌شوند

کارشناس PSM باید بتواند بین عمق فنی و قدرت تصمیم‌سازی پل بزند.

---

نشانه‌های اینکه سازمان فقط ظاهر PSM را دارد، نه واقعیت آن را

اگر این نشانه‌ها را می‌بینید، احتمالاً PSM در سازمان بیشتر ظاهری است تا واقعی:

• اسناد زیاد است، اما میدان روایت دیگری دارد
• افراد فرم را می‌شناسند، اما منطق ریسک را نه
• actionها بسته می‌شوند، اما همان نوع findingها تکرار می‌شوند
• MOC بیشتر بعد از تغییر فعال می‌شود تا قبل از آن
• start-upها زیر فشار زمان انجام می‌شوند
• bypassها به‌طور مزمن وجود دارند
• شبه‌حوادث فرایندی کم گزارش می‌شوند
• incident investigation به خطای فردی ختم می‌شود
• شاخص‌ها آرام‌اند، اما میدان سیگنال هشدار می‌دهد
• بین عملیات، تعمیرات، فرایند و HSE زبان مشترک PSM ضعیف است
• مدیران PSM را بیشتر یک الزام می‌بینند تا یک ابزار مدیریت ریسک

این نشانه‌ها باید برای کارشناس PSM مثل چراغ هشدار باشند.

---

کارشناس PSM برای اصلاح این خطاها چه باید بکند؟

نقش کارشناس PSM فقط شناسایی اشتباهات نیست؛ باید بتواند مسیر اصلاح را هم پیشنهاد دهد.

اقدام‌های کلیدی:

• تمرکز را از «وجود سند» به «اثربخشی در کنترل ریسک» منتقل کند
• عناصر PSM را به سناریوهای واقعی حادثه بزرگ وصل کند
• در تحلیل‌ها روی barrier failure و علل سیستمی پافشاری کند
• تغییرات کوچک و موقت را وارد دید MOC کند
• ضعف‌های MI را به زبان ریسک فرایندی ترجمه کند
• readiness واقعی start-up و shutdown را برجسته کند
• شاخص‌های پیشرو meaningful پیشنهاد دهد
• یافته‌ها را به زبان تصمیم مدیریتی گزارش کند
• مصاحبه، بازدید میدانی و شواهد واقعی را در کنار اسناد قرار دهد
• با عملیات، تعمیرات، بازرسی و کنترل، گفت‌وگوی فنی مشترک بسازد

ارزش واقعی کارشناس PSM در این است که سازمان را از «PSM نمایشی» به «PSM قابل اتکا» حرکت دهد.

---

جمع‌بندی

بزرگ‌ترین اشتباه سازمان‌ها در استقرار PSM این نیست که هیچ سیستمی ندارند؛ بلکه این است که فکر می‌کنند سیستم دارند، در حالی‌که آنچه اجرا شده بیشتر مستند، جزیره‌ای، انطباق‌محور و دور از واقعیت ریسک فرایندی است. از کاغذبازی، برداشت ناقص از ریسک و نگاه ممیزی‌محور گرفته تا ضعف در MOC، MI، PSSR، incident investigation و مدیریت barrierها، همه می‌توانند یک سیستم ظاهراً منظم اما عملاً脆ف ایجاد کنند.

برای صنعت نفت، خطر اصلی این است که این ضعف‌ها معمولاً تا قبل از یک انحراف جدی یا حادثه بزرگ پنهان می‌مانند. بنابراین کارشناس PSM باید بتواند نشانه‌های استقرار ظاهری را تشخیص دهد، ارتباط بین ضعف‌ها را ببیند، و با زبان فنی و مدیریتی، سازمان را به سمت کنترل واقعی ریسک فرایندی هدایت کند.

---

تمرین و تکلیف پیشنهادی

تمرین 1: تشخیص PSM ظاهری در سازمان خود

در واحد یا شرکت خود 10 نشانه از استقرار ظاهری PSM فهرست کنید.

برای هر مورد مشخص کنید:

• نشانه چیست؟
• در کدام عنصر PSM دیده می‌شود؟
• چه ریسک فرایندی را پنهان می‌کند؟
• اگر اصلاح نشود، به چه سناریویی می‌تواند منجر شود؟

تمرین 2: تبدیل یک فعالیت کاغذی به اقدام ریسک‌محور

یکی از این موارد را انتخاب کنید:

• MOC
• PSSR
• incident investigation
• Mechanical Integrity
• action tracking

سپس توضیح دهید:

• الآن این فرایند در سازمان شما بیشتر کاغذی است یا ریسک‌محور؟
• 3 نشانه این وضعیت چیست؟
• برای ریسک‌محورشدن آن، چه 5 اقدام مشخصی لازم است؟

تمرین 3: تحلیل یک حادثه با دو نگاه

یک رویداد واقعی یا فرضی را انتخاب کنید و دو بار تحلیلش کنید:

• بار اول با نگاه HSE عمومی
• بار دوم با نگاه PSM

سپس مقایسه کنید:

• در تحلیل اول چه چیزهایی دیده شد؟
• در تحلیل دوم چه barrierها، تغییرات، ضعف‌های طراحی یا MI دیده شد؟
• کدام تحلیل برای پیشگیری از تکرار حادثه مفیدتر است و چرا؟

تمرین 4: ساخت اسلاید مدیریتی

یک اسلاید یک‌صفحه‌ای آماده کنید با این عنوان:

5 اشتباه بحرانی در استقرار PSM سازمان ما

در اسلاید این موارد را بگنجانید:

• 5 اشتباه اصلی
• اثر هر اشتباه بر ریسک حادثه بزرگ
• 3 اقدام فوری
• 3 اقدام ساختاری 6 ماهه
• یک پیام نهایی برای مدیریت

تمرین 5: بازنویسی شاخص‌ها

اگر الآن فقط شاخص‌های عمومی HSE در سازمان شما پایش می‌شوند، 8 شاخص پیشرو PSM پیشنهاد دهید که بتوانند ضعف واقعی سیستم را نشان دهند.

برای هر شاخص بنویسید:

• چه چیزی را اندازه می‌گیرد؟
• چرا مهم است؟
• کدام تصمیم مدیریتی را بهتر می‌کند؟