از تحلیل مخاطرات فرایند (PHA) تا اقدام اصلاحی؛ کارشناس PSM در این زنجیره چه نقشی دارد؟

خلاصه مقاله

خیلی از سازمان‌ها تحلیل مخاطرات فرایند (PHA) را برگزار می‌کنند، سناریوها را می‌نویسند، اقدام‌ها را ثبت می‌کنند و بعد تصور می‌کنند کار اصلی انجام شده است. اما واقعیت این است که ارزش واقعی PHA نه در برگزاری جلسه، بلکه در تبدیل خروجی آن به اصلاح واقعی در سیستم دیده می‌شود. اگر سناریوها شناسایی شوند اما به تصمیم، تغییر، اولویت، پیگیری و بستن شکاف منجر نشوند، PHA عملاً از یک ابزار کنترل ریسک به یک فعالیت مستندسازی تبدیل می‌شود.

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

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

---

اول باید یک حقیقت را بپذیریم: PHA پایان کار نیست، نقطه شروع زنجیره کنترل ریسک است

در بعضی سازمان‌ها، PHA به‌اشتباه مثل یک رویداد دیده می‌شود:

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

اما در عمل، PHA فقط ابتدای کار است.

چون تا وقتی خروجی آن:

• به تصمیم عملیاتی یا فنی تبدیل نشود،
• به مالک مشخص سپرده نشود،
• در زمان مناسب اجرا نشود،
• با MOC، MI، Procedures، Training یا پروژه‌ها پیوند نخورد،
• و اثربخشی آن سنجیده نشود،

ریسک همچنان باقی است.

پس کارشناس PSM باید از همان ابتدا PHA را نه به‌عنوان یک workshop، بلکه به‌عنوان آغاز یک زنجیره کاهش ریسک ببیند.

---

نقش اول کارشناس PSM: اطمینان از اینکه PHA روی سناریوهای درست متمرکز است

زنجیره از جایی خراب می‌شود که PHA از ابتدا روی موضوعات درست متمرکز نباشد.

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

کارشناس PSM در این مرحله باید کمک کند:

• گره‌ها و محدوده مطالعه درست تعریف شوند
• اطلاعات ایمنی فرایند (PSI) معتبر و به‌روز باشد
• افراد مناسب از عملیات، فرایند، نگهداری، ابزار دقیق و HSE حضور مؤثر داشته باشند
• سناریوهای credible و مهم گم نشوند
• barrierهای موجود و فرضیات تیم شفاف شوند
• جلسه از حالت فرمال خارج و به تحلیل واقعی نزدیک شود

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

---

نقش دوم: ترجمه خروجی PHA به زبان تصمیم، نه فقط ثبت اقدام

خیلی وقت‌ها action item تولید می‌شود، اما action لزوماً به معنای تصمیم مؤثر نیست.

مثلاً:

• «بررسی بیشتر انجام شود»
• «موضوع با واحد مربوطه مطرح شود»
• «آموزش داده شود»
• «مطالعه تکمیلی صورت گیرد»

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

کارشناس PSM باید کمک کند خروجی PHA به زبان روشن‌تری ترجمه شود:

• کدام سناریو قرار است کاهش یابد؟
• کدام barrier باید تقویت شود؟
• این اقدام از چه نوعی است: طراحی، رویه، تجهیز، بازرسی، آموزشی، کنترلی یا مدیریتی؟
• urgency آن چقدر است؟
• اگر انجام نشود، exposure ریسک چگونه باقی می‌ماند؟

این مرحله بسیار مهم است، چون اگر actionها مبهم بمانند، در ادامه یا اجرا نمی‌شوند یا به اصلاحات کم‌اثر تبدیل می‌شوند.

---

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

یکی از رایج‌ترین ضعف‌ها در بسیاری از سایت‌ها این است که actionهای PHA مثل یک لیست یکسان مدیریت می‌شوند؛ در حالی‌که همه اقدام‌ها از نظر ریسک، فوریت، پیچیدگی و اثر یکسان نیستند.

کارشناس PSM باید در اینجا کمک کند:

• اقدام‌ها بر اساس severity سناریو، ضعف barrier و میزان exposure دیده شوند
• اقدام‌های critical در صف کارهای عادی گم نشوند
• مدیریت بداند کدام مورد delayپذیر نیست
• بین quick fix، interim protection و permanent solution تفاوت گذاشته شود

اگر این نقش خوب انجام نشود، سازمان ممکن است ده‌ها اقدام باز داشته باشد، اما روی مهم‌ترین شکاف‌ها تمرکز نکند.

در عمل، ارزش کارشناس PSM این است که action register را از یک فهرست اداری به یک نقشه اولویت ریسک تبدیل کند.

---

نقش چهارم: اتصال اقدام‌های PHA به مالک واقعی، نه مالک صوری

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

یعنی در سیستم یک نام ثبت شده، اما آن فرد:

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

کارشناس PSM باید کمک کند مالکیت اقدام‌ها:

• روشن باشد
• از نظر سازمانی معتبر باشد
• به واحد درست واگذار شود
• و برای موضوعات چندواحدی، مرز مسئولیت‌ها مشخص باشد

برای مثال، اگر اقدام به اصلاح alarm set point مربوط است، این فقط یک task فنی نیست؛ ممکن است عملیات، فرایند، ابزار دقیق، MOC و حتی آموزش را هم درگیر کند.

پس مالکیت باید واقعی و چندبخشی دیده شود، نه صرفاً assign کردن یک نام در نرم‌افزار.

---

نقش پنجم: پیونددادن اقدام‌های PHA با مدیریت تغییر (MOC)

بخشی از اقدام‌های PHA در عمل به تغییر منجر می‌شوند:

• تغییر در design
• تغییر در set point
• تغییر در logic
• تغییر در operating limit
• تغییر در رویه
• تغییر در inspection interval
• تغییر در barrier یا protective system

اگر این اقدامات بدون عبور از مدیریت تغییر (MOC) جلو بروند، ممکن است خودِ اقدام اصلاحی، ریسک جدید ایجاد کند.

اینجاست که کارشناس PSM باید حواسش باشد:

• action اصلاحی مستقیماً وارد اجرا نشود اگر ماهیت تغییر دارد
• اثرات جانبی آن بر مدارک، آموزش، PSSR و سایر سناریوها دیده شود
• اصلاح ریسک قبلی به قیمت ایجاد ریسک جدید تمام نشود

این یکی از مهم‌ترین نقاط زنجیره است، چون بعضی سازمان‌ها PHA را خوب انجام می‌دهند اما اتصال آن به MOC ضعیف است. در نتیجه، بخشی از «اقدام اصلاحی» خود به منبع ریسک بعدی تبدیل می‌شود.

---

نقش ششم: جلوگیری از افتادن اقدام‌ها در شکاف بین نگهداری، پروژه و عملیات

خیلی از actionهای PHA دقیقاً از آن جنس کارهایی هستند که اگر کسی آن‌ها را پیگیری یکپارچه نکند، بین چند واحد معطل می‌مانند.

مثلاً:

• نیاز به نصب تجهیز جدید
• اصلاح سیستم کنترلی
• بازبینی رویه startup
• تغییر در inspection strategy
• اصلاح layout یا access
• افزودن alarm یا interlock
• تعریف limit جدید و آموزش آن

این اقدام‌ها ممکن است بخشی پروژه‌ای، بخشی نگهداشتی، بخشی عملیاتی و بخشی رویه‌ای داشته باشند.

کارشناس PSM در اینجا نقش مهمی دارد، چون:

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

در واقع، او actionها را از حالت taskهای جداگانه خارج می‌کند و آن‌ها را در قالب زنجیره بستن شکاف ریسک می‌بیند.

---

نقش هفتم: بررسی adequacy اقدام، نه فقط status آن

یک خطای بسیار رایج این است که سازمان‌ها بیشتر از اینکه بپرسند «آیا این اقدام مؤثر بود؟» بپرسند «آیا این اقدام بسته شد؟»

کارشناس PSM باید با این نگاه مقابله کند.

چون بستن action در سیستم، لزوماً به معنای کاهش ریسک نیست.

مثلاً:

• آیا اقدام واقعاً همان سناریوی هدف را پوشش داد؟
• آیا فقط یک کنترل اداری اضافه شد، در حالی‌که مسئله نیاز به کنترل مهندسی داشت؟
• آیا اقدام موقت به‌جای راه‌حل دائمی نشسته است؟
• آیا اجرا با intent اولیه PHA همخوان است؟

این بخش نقش بسیار بالغ‌تری برای کارشناس PSM می‌طلبد. او نباید فقط status tracker باشد؛ باید بتواند adequacy و fit-for-purpose بودن اقدام را هم زیر سؤال ببرد.

---

نقش هشتم: وصل‌کردن اقدام‌های PHA به رویه‌ها، آموزش و آمادگی عملیاتی

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

مثلاً:

• تجهیز نصب شده، اما اپراتور منطقش را نمی‌داند
• limit تغییر کرده، اما رویه به‌روز نشده
• interlock تعریف شده، اما تیم startup آمادگی‌اش را ندارد
• فلسفه جدید اعمال شده، اما آموزش و drill متناسب انجام نشده

کارشناس PSM باید کمک کند actionهای PHA فقط در طراحی یا تغییر فنی متوقف نشوند، بلکه وارد این حلقه‌ها هم بشوند:

• رویه‌های عملیاتی
• آموزش و شایستگی
• readiness
• pre-startup review
• field communication

این همان نقطه‌ای است که اقدام اصلاحی از «انجام‌شده» به «نهادینه‌شده» تبدیل می‌شود.

---

نقش نهم: استفاده از داده‌های اجرا برای بازگشت به یادگیری

زنجیره PHA تا اقدام اصلاحی، یک مسیر یک‌طرفه نیست.

کارشناس PSM باید بتواند داده‌های بعد از اجرا را دوباره به سیستم یادگیری برگرداند:

• آیا سناریو واقعاً کاهش یافته؟
• آیا اقدام unintended consequence داشته؟
• آیا عملیات با آن راحت است یا workaround ایجاد شده؟
• آیا finding مشابه دوباره تکرار شده؟
• آیا این موضوع باید در revalidation بعدی PHA بازنگری شود؟

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

نقش PSM این است که از اجرای اقدام‌ها برای بالغ‌ترکردن تحلیل‌های آینده هم استفاده کند.

---

یک مثال ساده: وقتی خروجی PHA فقط در صورتجلسه نماند

فرض کنید در یک مطالعه PHA مشخص می‌شود که در یک سناریوی overpressure، reliance زیادی روی یک alarm و واکنش اپراتور وجود دارد و independent protection کافی نیست.

اگر نگاه سطحی حاکم باشد:

• action ثبت می‌شود
• مسئولی تعیین می‌شود
• چند جلسه برگزار می‌شود
• بعد از مدتی هم statusی برای آن ثبت می‌شود

اما اگر کارشناس PSM نقش واقعی خود را ایفا کند، زنجیره را این‌طور می‌بیند:

• اول روشن می‌کند دقیقاً کدام سناریو و کدام gap مطرح است
• بعد کمک می‌کند اقدام مناسب انتخاب شود: تغییر طراحی، افزودن interlock، اصلاح limit، بازبینی procedure یا ترکیبی از این‌ها
• بررسی می‌کند آیا اقدام نیاز به MOC دارد یا نه
• مالکیت واقعی را مشخص می‌کند
• پیگیری می‌کند که آیا عملیات و نگهداری هم درگیر شده‌اند یا خیر
• پس از اجرا، می‌سنجد که آیا reliance قبلی واقعاً کم شده یا فقط شکل آن عوض شده است

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

---

نشانه‌های اینکه کارشناس PSM این زنجیره را درست مدیریت می‌کند

اگر این نشانه‌ها وجود داشته باشد، یعنی نقش PSM از سطح اداری عبور کرده است:

• actionهای PHA به سناریو و barrier مشخص متصل‌اند
• priority اقدام‌ها با severity و exposure همخوان است
• اقدام‌های critical در سیستم‌های عمومی گم نمی‌شوند
• actionهای تغییردهنده از MOC عبور می‌کنند
• adequacy اقدام‌ها بررسی می‌شود، نه فقط closure آن‌ها
• تغییرات وارد procedure، training و readiness می‌شوند
• revalidationهای بعدی از تجربه اجرای actionها تغذیه می‌شوند

---

خطای رایج: تقلیل نقش کارشناس PSM به دبیر action list

این یکی از جدی‌ترین خطاهای سازمانی است.

اگر نقش کارشناس PSM فقط به این‌ها محدود شود:

• تنظیم جلسه PHA
• ثبت action
• پیگیری deadline
• گزارش درصد closure

آن‌وقت بخش اصلی ارزش او از بین می‌رود.

چون سازمان کسی را لازم دارد که بپرسد:

• آیا اقدام درست انتخاب شده؟
• آیا مالکیت واقعی است؟
• آیا action وارد MOC شده؟
• آیا این اصلاح واقعاً barrier را قوی‌تر کرده؟
• آیا ریسک کاهش یافته یا فقط گزارش بسته شده؟

PSM بدون این نگاه، به یک سامانه بوروکراتیک تبدیل می‌شود.

---

جمع‌بندی

از تحلیل مخاطرات فرایند (PHA) تا اقدام اصلاحی، یک زنجیره حیاتی در PSM وجود دارد که اگر هر حلقه آن ضعیف باشد، خروجی PHA به کاهش واقعی ریسک ختم نمی‌شود. کارشناس PSM در این زنجیره فقط تسهیل‌گر جلسه یا پیگیر action list نیست؛ او باید بین کیفیت تحلیل، وضوح سناریو، ترجمه خروجی به تصمیم، اولویت‌بندی بر مبنای ریسک، مالکیت واقعی، اتصال به MOC، هماهنگی بین واحدها، ارزیابی adequacy و یادگیری پس از اجرا پل بزند.

به بیان ساده، نقش او این است که نگذارد PHA در گزارش تمام شود.

او باید کمک کند سناریو به اقدام درست برسد، اقدام به اجرا، اجرا به اثربخشی، و اثربخشی به یادگیری سازمانی.

هرجا این زنجیره قطع شود، PHA از یک ابزار پیشگیری به یک فعالیت نمایشی تبدیل می‌شود.

و هرجا این زنجیره زنده بماند، PSM از سطح مستندات فراتر می‌رود و واقعاً روی کنترل ریسک فرایندی اثر می‌گذارد.

---

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

تمرین 1: یک action واقعی PHA را ردیابی کنید

یک اقدام باز یا بسته‌شده از PHA را انتخاب کنید و این سؤال‌ها را پاسخ دهید:

• به کدام سناریو مربوط است؟
• قرار بود کدام gap را ببندد؟
• مالک واقعی آن چه کسی بوده؟
• آیا از MOC عبور کرده؟
• آیا اثربخشی آن بررسی شده؟

تمرین 2: action register را از منظر ریسک بازبینی کنید

برای 10 اقدام اخیر PHA بررسی کنید:

• کدام‌ها critical هستند؟
• کدام‌ها فقط open/close شده‌اند بدون سنجش adequacy؟
• کدام‌ها بین چند واحد معطل مانده‌اند؟
• کدام‌ها به procedure یا training منتقل نشده‌اند؟

تمرین 3: نقشه زنجیره PHA تا اصلاح را بکشید

برای سازمان خود یک فلو ساده ترسیم کنید:

• PHA
• action definition
• prioritization
• owner assignment
• MOC
• execution
• verification
• close-out
• feedback to learning

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

تمرین 4: یک مثال از اقدام کم‌اثر پیدا کنید

نمونه‌ای را پیدا کنید که در آن اقدام بسته شده، اما ریسک به‌طور واقعی کاهش نیافته است. تحلیل کنید:

• مشکل در تعریف action بوده؟
• در مالکیت؟
• در اجرا؟
• در verification؟
• یا در انتخاب نوع کنترل؟

تمرین 5: یک اسلاید مدیریتی بسازید

یک اسلاید با این سه بخش تهیه کنید:

• 3 نقطه شکست اصلی در زنجیره PHA تا اقدام اصلاحی
• نقش کارشناس PSM در بستن این شکست‌ها
• 3 اقدام فوری برای افزایش اثربخشی خروجی‌های PHA در سازمان