کارشناس PSM چگونه با واحد بهرهبرداری حرف بزند تا موضوع ایمنی فرایند شنیده شود؟
خلاصه مقاله
بسیاری از ضعفهای ایمنی فرایند از جایی شروع نمیشوند که تجهیز میشکند یا یک انحراف فرایندی رخ میدهد؛ از جایی شروع میشوند که هشدار درست، با زبان اشتباه به بهرهبرداری منتقل میشود و در نتیجه شنیده نمیشود، جدی گرفته نمیشود یا به تصمیم عملیاتی تبدیل نمیشود. در صنعت نفت، اگر کارشناس PSM نتواند درباره ریسک فرایندی به زبان بهرهبرداری حرف بزند، حتی تحلیلهای خوب، چکلیستهای کامل و یافتههای فنی هم ممکن است در فشار تولید، راهاندازی، توقف یا تعمیرات گم شوند.
برای مدیران، اهمیت این موضوع بسیار بالاست؛ چون فاصله بین PSM و بهرهبرداری فقط یک ضعف ارتباطی نیست، بلکه میتواند مستقیماً به نادیدهماندن تضعیف لایههای حفاظتی، ادامه کار با شرایط غیرعادی، پذیرش bypassهای طولانی، و تصمیمهای پرریسک در start-up و shutdown منجر شود. مدیری که میخواهد سیستم PSM واقعاً اثرگذار باشد، باید مطمئن شود کارشناسانش فقط تحلیلگر نیستند، بلکه میتوانند ریسک را به زبان تصمیم عملیاتی ترجمه کنند.
این مقاله برای کارشناسان PSM شاغل در صنعت نفت نوشته شده است تا یاد بگیرند چگونه با واحد بهرهبرداری حرف بزنند، چگونه اعتماد فنی بسازند، چگونه پیام خود را از حالت اداری و ممیزیمحور خارج کنند، و چگونه موضوع ایمنی فرایند را بهگونهای بیان کنند که شنیده شود، فهمیده شود و به اقدام واقعی برسد.
چرا حرف PSM گاهی در بهرهبرداری شنیده نمیشود؟
در بسیاری از سایتها، مشکل این نیست که بهرهبرداری با ایمنی فرایند مخالف است؛ مشکل این است که پیام PSM به شکلی بیان میشود که برای بهرهبرداری درد واقعی عملیات را نشان نمیدهد.
دلایل رایج این وضعیت:
- کارشناس PSM با زبان ممیزی و عدمانطباق حرف میزند، نه با زبان سناریوی عملیاتی.
- پیام بیش از حد کلی است و به یک تجهیز، انحراف یا وضعیت واقعی وصل نشده است.
- زمان گفتوگو اشتباه است؛ مثلاً وسط فشار تولید یا بدون شناخت شرایط شیفت.
- PSM فقط مشکل را میگوید، اما اقدام عملی، اولویت و گزینه جایگزین ارائه نمیدهد.
- پیام روی «بستن finding» متمرکز است، نه روی «جلوگیری از از دست رفتن مهار فرایند».
- بهرهبرداری احساس میکند PSM از میدان، محدودیتها و واقعیت عملیات فاصله دارد.
- موضوع به شکل تئوریک، پر از اصطلاحات و دور از تصمیم روزمره مطرح میشود.
وقتی بهرهبرداری احساس کند PSM فقط آمده که ایراد بگیرد، فرم پر کند یا فشار ممیزی را منتقل کند، احتمال شنیدهشدن پیام کم میشود. اما وقتی ببیند PSM دارد درباره پایداری واحد، آمادگی راهاندازی، بار اپراتور، تضعیف barrierها و پیامد واقعی انحراف حرف میزند، واکنش متفاوت میشود.
شرط اول: قبل از حرفزدن، اعتبار فنی بسازید
بهرهبرداری معمولاً به کسی گوش میدهد که حس کند واحد را میفهمد، نه فقط سند را.
کارشناس PSM برای اینکه شنیده شود، باید این اعتبار را بسازد:
- بداند واحد در چه شرایطی پایدار است و چه زمانی وارد وضعیت شکننده میشود.
- محدودیتهای عملیاتی، نقاط حساس راهاندازی، توقف، purge، drain و handover را بشناسد.
- نام تجهیزات بحرانی، مسیرهای release، bypassهای مهم و حفاظتهای کلیدی را بداند.
- فقط در جلسه ظاهر نشود؛ در میدان، اتاق کنترل و walkdown هم حضور داشته باشد.
- به حرف اپراتور و سرپرست گوش دهد و فقط گوینده نباشد.
- بعد از طرح موضوع، پیگیری کند و نتیجه را رها نکند.
اگر کارشناس PSM واقعیت عملیات را نفهمد، جملههایش هرچقدر هم درست باشند، برای بهرهبرداری «بیرونی» به نظر میرسند. اما وقتی بداند الان کدام آلارمها پرتکرارند، کدام bypass فعال است، کدام تجهیز با تعمیر موقت کار میکند و کدام step در start-up حساس است، حرفش وزن پیدا میکند.
بهرهبرداری به چه زبانی بهتر گوش میدهد؟
واحد بهرهبرداری معمولاً با این زبان بهتر ارتباط میگیرد:
- زبان پایداری واحد
- زبان انحراف از حدود ایمن
- زبان بار عملیاتی اپراتور
- زبان قابلیت اتکای تجهیزات و حفاظتها
- زبان آمادگی واقعی برای راهاندازی یا توقف
- زبان پیامد مشخص، نه هشدار مبهم
- زبان تصمیم، نه صرفاً هشدار
بهجای اینکه بگویید:
- «این مورد یک finding باز در PSSR است»
بهتر است بگویید:
- «اگر این bypass قبل از start-up بسته و تست نشود، در سناریوی افزایش فشار، یکی از لایههای حفاظتی اصلی را از دست میدهیم و اپراتور باید با مداخله دستی وضعیت را جمع کند.»
بهجای اینکه بگویید:
- «این مورد عدمانطباق با روش اجرایی است»
بهتر است بگویید:
- «الان شرایط میدان با فرضی که رویه بر اساس آن نوشته شده فرق کرده و اگر همین توالی اجرا شود، در مرحله فلان احتمال overfill یا release بالا میرود.»
زبان مؤثر در PSM زبانی است که بین داده فنی و تصمیم عملیاتی پل بزند.
کارشناس PSM قبل از گفتوگو چه چیزی باید آماده کند؟
قبل از رفتن سراغ بهرهبرداری، پیام باید از نظر فنی و عملیاتی آماده باشد. گفتوگوی ضعیف معمولاً از آمادگی ضعیف میآید.
حداقل چیزهایی که باید آماده باشند:
- سناریوی دقیق: دقیقاً چه چیزی ممکن است رخ دهد؟
- نقطه شروع انحراف: کدام تغییر، ضعف یا شرایط غیرعادی موضوع را ایجاد کرده؟
- لایههای حفاظتی درگیر: کدام barrier ضعیف، bypass یا نامطمئن شده است؟
- شواهد: trend، مشاهده میدانی، سابقه alarm، finding، backlog، test overdue یا تجربه قبلی.
- پیامد عملیاتی: این وضعیت روی start-up، shutdown، continuity، trip، release یا بار اپراتور چه اثری میگذارد؟
- فوریت: آیا موضوع برای همین شیفت مهم است، قبل از راهاندازی مهم است، یا یک اقدام کوتاهمدت و بلندمدت میخواهد؟
- گزینه اقدام: فقط نگویید مشکل هست؛ بگویید چه باید کرد، چه کسی، تا چه زمانی.
- مخاطب درست: آیا باید با اپراتور حرف زد، سرپرست شیفت، رئیس بهرهبرداری، یا جلسه مشترک با تعمیرات و ابزار دقیق لازم است؟
اگر پیام شما هنوز مبهم است، بهرهبرداری آن را به عقب میاندازد. اگر پیام مشخص، مستند و عملپذیر باشد، احتمال اقدام بالا میرود.
فرمول عملی برای گفتوگوی مؤثر با بهرهبرداری
یک گفتوگوی خوب PSM معمولاً این مسیر را طی میکند:
- از وضعیت واقعی شروع کنید.
مثلاً بگویید الان چه چیزی در میدان یا اتاق کنترل دیدهاید، نه اینکه مستقیم از عدمانطباق شروع کنید.
- موضوع را به سناریوی مشخص وصل کنید.
بهرهبرداری باید بداند این مشاهده به چه انحراف یا حادثهای میتواند منجر شود.
- ضعف barrier را روشن کنید.
مشکل فقط «وجود ریسک» نیست؛ باید معلوم شود کدام لایه حفاظتی ضعیف شده است.
- پیامد را به زبان عملیات ترجمه کنید.
یعنی بگویید این موضوع روی پایداری، زمان پاسخ، احتمال trip، آمادگی راهاندازی یا بار اپراتور چه اثری میگذارد.
- اقدام پیشنهادی بدهید.
حداقل یک اقدام فوری و یک اقدام ساختاری پیشنهاد کنید.
- زمان و مالک تصمیم را روشن کنید.
اگر معلوم نباشد چه کسی باید چه کاری را تا چه زمانی انجام دهد، گفتوگو به اقدام تبدیل نمیشود.
یک الگوی بسیار کاربردی این است:
- «الان این وضعیت را داریم…»
- «این یعنی این barrier تضعیف شده…»
- «اگر این شرایط ادامه پیدا کند، سناریوی محتمل این است…»
- «برای کاهش ریسک، پیشنهاد من این است…»
- «برای این شیفت/قبل از start-up باید این تصمیم گرفته شود…»
این مدل باعث میشود پیام شما از حالت کلی و اداری خارج شود.
نمونه جملههایی که پیام PSM را شنیدنی میکنند
این جملهها معمولاً مؤثرتر از لحن ممیزیمحور هستند:
- «موضوع من بستن یک finding نیست؛ موضوع این است که در این سناریو، واحد روی یک لایه حفاظتی ضعیفشده تکیه کرده است.»
- «اگر امروز کاری نکنیم، در start-up بعدی اپراتور با زمان پاسخ کمتر و ریسک مداخله دستی بیشتر روبهرو میشود.»
- «این فقط یک deviation روی کاغذ نیست؛ این یعنی فرض ایمنی قبلی دیگر معتبر نیست.»
- «الان مشکل اصلی این نیست که تجهیز کار میکند یا نه؛ مشکل این است که در شرایط upset دیگر قابل اتکا نیست.»
- «میخواهم روی این موضوع با نگاه بهرهبرداری حرف بزنیم: اگر این interlock در دسترس نباشد، plan B شما چیست؟»
- «این finding وقتی مهم میشود که آن را در سناریوی release ببینیم، نه فقط در لیست actionها.»
- «اگر قرار است unit online بماند، باید بگوییم کدام کنترل جبرانی ریسک را تا زمان اصلاح نگه میدارد.»
در مقابل، این نوع جملهها معمولاً اثر کمتری دارند:
- «این مورد باید سریعاً بسته شود.»
- «این با روش اجرایی انطباق ندارد.»
- «در ممیزی بعدی برایمان مشکل میشود.»
- «این موضوع را چند بار گفتهایم.»
- «طبق استاندارد نباید اینطور باشد.»
این جملهها ممکن است درست باشند، اما برای بهرهبرداری هنوز روشن نمیکنند که مسئله دقیقاً کجاست و چرا الآن مهم است.
کارشناس PSM در شرایط مختلف باید لحنش را تغییر دهد
همه گفتوگوها با بهرهبرداری شبیه هم نیستند. لحن و تمرکز باید با شرایط واحد عوض شود.
در بهرهبرداری عادی:
- روی انحرافهای آرام اما تکراری تمرکز کنید.
- موضوع را به trend، alarm، backlog و ضعف تدریجی barrier وصل کنید.
- از بزرگنمایی بیدلیل پرهیز کنید.
در start-up:
- روی readiness واقعی، bypassها، وضعیت testing، آموزش، line-up و مراحل حساس تمرکز کنید.
- جملهها باید واضح، کوتاه و تصمیممحور باشند.
- completion را با readiness اشتباه نگیرید.
در shutdown:
- درباره release path، trapped pressure، drain، purge، isolation و handover دقیق حرف بزنید.
- فرض نکنید چون واحد در حال توقف است، ریسک کمتر شده است.
در turnaround:
- موضوع را فقط تعمیراتی نبینید.
- درباره همزمانی تغییرات، بازگشت به سرویس، punch itemها، کنترل پیمانکاران و integrity barrierها حرف بزنید.
بعد از یک deviation یا near miss فرایندی:
- سریع سراغ سرزنش نروید.
- از بهرهبرداری بخواهید sequence واقعی رویداد را بازسازی کند.
- پرسش اصلی را روی barrier failure و شرایط واقعی بگذارید.
PSM وقتی اثرگذارتر میشود که بداند در هر موقعیت، بهرهبرداری چه چیزی را حساستر میبیند و از چه چیزی نگران است.
اگر بهرهبرداری مقاومت کرد، کارشناس PSM چه کند؟
مقاومت همیشه به معنی بیتوجهی نیست. گاهی بهرهبرداری اطلاعات دیگری دارد، گاهی فشار تولید بالاست، و گاهی پیام PSM هنوز خوب ترجمه نشده است.
در مواجهه با مقاومت:
- اول فرض نکنید طرف مقابل ریسک را نمیفهمد؛ ممکن است ارزیابیاش متفاوت باشد.
- بپرسید: «از نگاه شما کدام کنترلها این ریسک را نگه داشتهاند؟»
- اختلاف را روی یک سناریوی مشخص متمرکز کنید، نه روی کلیات.
- اگر توقف کامل ممکن نیست، کنترل جبرانی مشخص بخواهید.
- بازه زمانی قابل قبول برای ادامه کار را روشن کنید.
- اگر موضوع واقعاً بحرانی است، آن را با زبان تصمیم و پیامد escalate کنید، نه با لحن شکایت.
- بحث را به «نظرات شخصی» تبدیل نکنید؛ آن را روی شواهد، barrierها و assumptions نگه دارید.
- نتیجه را ثبت کنید: چه تصمیمی گرفته شد، با چه کنترلهایی، تا چه زمانی.
در بسیاری از موارد، مقاومت زمانی کم میشود که بهرهبرداری ببیند PSM فقط نمیگوید «نه»، بلکه میگوید در این شرایط، با این کنترلها، تا این زمان، این تصمیم قابلدفاع یا غیرقابلدفاع است.
اشتباهات رایج کارشناسان PSM در گفتوگو با بهرهبرداری
چند خطا باعث میشود حتی پیام درست هم بهخوبی شنیده نشود:
- ورود به بحث بدون شناخت وضعیت واقعی شیفت
- استفاده زیاد از اصطلاحات تخصصی بدون ترجمه عملیاتی
- شروع گفتوگو با ایراد، نه با مشاهده و سناریو
- تمرکز روی سند و finding بهجای barrier و پیامد
- نادیدهگرفتن فشار تولید، زمان و محدودیت منابع
- مطرحکردن موضوع در جمع مدیریتی قبل از گفتوگوی فنی با بهرهبرداری
- ارائه مشکل بدون گزینه اقدام
- مبهمگذاشتن سطح فوریت
- یکیگرفتن همه موضوعات و استفاده از لحن هشدار حداکثری برای هر finding
- نداشتن پیگیری بعد از جلسه
- نشنیدن روایت بهرهبرداری از واقعیت میدان
- قطعکردن گفتوگو با جملههای استانداردی مثل «طبق الزام باید…»
کارشناس PSM باید همزمان دقیق، حرفهای و واقعبین باشد. اگر پیام او همیشه در بالاترین سطح هشدار بیان شود، بهمرور حساسیت سازمان نسبت به حرفش کم میشود.
یک مدل کوتاه برای تبدیل موضوع PSM به پیام عملیاتی
هر وقت خواستید با بهرهبرداری درباره یک موضوع مهم حرف بزنید، این پنج سؤال را برای خودتان کامل کنید:
- الآن دقیقاً چه چیزی غیرعادی است؟
- این موضوع کدام barrier را ضعیف کرده است؟
- اگر ادامه پیدا کند، محتملترین سناریوی فرایندی چیست؟
- اثر آن روی عملیات چیست؟
- اقدام فوری و اقدام بعدی چیست؟
اگر بتوانید پاسخ این پنج سؤال را در دو دقیقه و با زبان روشن بگویید، احتمال شنیدهشدن پیام شما بالا میرود.
یک نمونه:
- «الان interlock این تجهیز bypass است و آلارم هم در این شیفت چند بار آمده.»
- «این یعنی در سناریوی افزایش سطح، دو لایه تشخیص و واکنش ما همزمان ضعیف شدهاند.»
- «اگر feed fluctuation ادامه پیدا کند، احتمال overfill بالا میرود.»
- «در این حالت اپراتور باید فقط با مداخله دستی واحد را نگه دارد و زمان پاسخ کم میشود.»
- «پیشنهاد من این است که تا قبل از ادامه این شرایط، یا bypass برداشته شود، یا محدودیت عملیاتی مشخص و موردتوافق اعمال شود.»
این همان چیزی است که بهرهبرداری میتواند با آن تصمیم بگیرد.
مدیران از کارشناس PSM و بهرهبرداری چه باید بخواهند؟
اگر مدیریت میخواهد موضوع PSM شنیده شود، باید فقط گزارش نخواهد؛ باید گفتوگوی مشترک بر پایه سناریو بخواهد.
انتظارهای درست مدیریتی:
- جلسات PSM فقط مرور action list نباشند؛ بر سناریوهای پرریسک متمرکز باشند.
- بهرهبرداری، تعمیرات، ابزار دقیق و PSM زبان مشترک درباره barrierها داشته باشند.
- اختلاف نظرها روی کاغذ دفن نشوند؛ به تصمیم روشن برسند.
- موضوعات start-up، shutdown و bypassها در سطح مدیریت دیده شوند.
- کارشناس PSM بهخاطر بیان ریسک واقعی تنبیه سازمانی نشود.
- شاخصهای پیشرو مثل bypass فعال، alarm flooding، overdue test و deviation از حدود ایمن پایش شوند.
- walkdown و گفتوگوی میدانی بخشی از سیستم باشد، نه فقط جلسه و صورتجلسه.
وقتی مدیر فقط status report بخواهد، PSM هم به سمت گزارشنویسی میرود. اما وقتی مدیر بپرسد «کدام barrierها الآن ضعیف شدهاند و تصمیم بهرهبرداری چیست؟» کیفیت گفتوگو تغییر میکند.
جمعبندی
کارشناس PSM زمانی در واحد بهرهبرداری شنیده میشود که فقط حامل الزام، ممیزی و finding نباشد؛ بلکه مترجم ریسک فرایندی به زبان عملیات باشد. بهرهبرداری باید از حرف او بفهمد چه چیزی غیرعادی است، کدام لایه حفاظتی ضعیف شده، سناریوی محتمل چیست، اثر آن روی پایداری و تصمیم عملیاتی چیست، و دقیقاً چه اقدامی باید انجام شود.
در صنعت نفت، فاصله بین PSM و بهرهبرداری یک موضوع ارتباطی ساده نیست؛ یک موضوع تعیینکننده در پیشگیری از حوادث بزرگ است. بنابراین ارزش واقعی کارشناس PSM فقط در تحلیل فنی نیست، بلکه در این است که بتواند با اعتبار میدانی، زبان درست، شواهد کافی و پیشنهاد عملی، موضوع ایمنی فرایند را به تصمیمی شنیدهشده و اجراشدنی تبدیل کند.
تمرین و تکلیف پیشنهادی
تمرین 1: بازنویسی پیام PSM به زبان بهرهبرداری
سه finding واقعی یا فرضی از واحد خودتان انتخاب کنید.
برای هرکدام دو متن بنویسید:
- یک متن به زبان ممیزی و اداری
- یک متن به زبان سناریوی عملیاتی و ریسک فرایندی
سپس مقایسه کنید کدام نسخه برای سرپرست بهرهبرداری شنیدنیتر است و چرا.
تمرین 2: تحلیل یک مقاومت واقعی
یک مورد را انتخاب کنید که بهرهبرداری در برابر نظر PSM مقاومت کرده بود.
تحلیل کنید:
- موضوع دقیق چه بود؟
- پیام PSM چگونه بیان شد؟
- مقاومت از کجا آمد؟
- چه اطلاعات یا زبانی کم بود؟
- اگر امروز دوباره بخواهید همان موضوع را مطرح کنید، چه میگویید؟
تمرین 3: طراحی گفتوگوی دو دقیقهای
یک سناریوی واقعی انتخاب کنید؛ مثلاً bypass یک interlock، delay در test یک تجهیز حفاظتی، یا start-up با punch item باز.
سپس یک گفتوگوی دو دقیقهای بنویسید که این پنج بخش را داشته باشد:
- وضعیت غیرعادی
- barrier ضعیفشده
- سناریوی محتمل
- اثر عملیاتی
- اقدام پیشنهادی
تمرین 4: مشاهده میدانی و ترجمه به زبان تصمیم
در یک بازدید میدانی، پنج نشانه از ضعف ایمنی فرایند پیدا کنید.
برای هر مورد بنویسید:
- مشاهده چه بود؟
- چرا فقط یک finding ساده نیست؟
- به کدام سناریوی فرایندی وصل میشود؟
- اگر بخواهید آن را به رئیس بهرهبرداری بگویید، دقیقاً چه جملهای استفاده میکنید؟
تمرین 5: ساخت اسلاید مدیریتی
یک اسلاید یکصفحهای با این عنوان آماده کنید:
چرا برخی پیامهای PSM در بهرهبرداری شنیده نمیشوند؟
در اسلاید این موارد را بگنجانید:
- 5 علت اصلی
- اثر هر علت بر ریسک حادثه بزرگ
- 3 اقدام فوری برای بهبود گفتوگو
- 3 اقدام ساختاری برای تقویت زبان مشترک PSM و بهرهبرداری

دیدگاهتان را بنویسید
برای نوشتن دیدگاه باید وارد بشوید.