تحلیل ریشه‌ای حادثه؛ Why، Cause Map و TapRooT | راهنمای کارشناس HSE
خلاصه مقاله؛ حادثه با پیدا کردن «مقصر» دوباره تکرار می‌شود
اگر بعد از یک حادثه فقط بگوییم «اپراتور اشتباه کرد»، احتمال زیادی وجود دارد که حادثه بعدی با یک نفر دیگر و به شکل دیگری تکرار شود.
تحلیل ریشه‌ای حادثه یعنی بررسی کنیم چه شرایط، تصمیم‌ها، ضعف‌های کنترلی و عوامل سازمانی کنار هم قرار گرفتند تا حادثه امکان وقوع پیدا کند.
در این مقاله، سه رویکرد کاربردی یعنی پنج چرا (Why)، نقشه علت (Cause Map) و تپ‌روت (TapRooT) را با مثال‌هایی از CGS، TBS، شبکه توزیع شهری و انبار ادورانت بررسی می‌کنیم.
مقدمه کوتاه
تحلیل حادثه زمانی ارزشمند است که بتواند یک تصمیم عملی را تغییر دهد؛ مثلاً یک روش اجرایی اصلاح شود، یک کنترل مهندسی تقویت شود، یک نقص آموزشی برطرف شود یا یک ضعف مدیریتی شناسایی و اصلاح گردد.
در محیط شرکت گاز، بسیاری از حوادث نتیجه یک اشتباه منفرد نیستند. ممکن است اپراتور یک تصمیم اشتباه بگیرد، اما پشت آن تصمیم، آموزش ناکافی، دستورالعمل مبهم، فشار زمانی، طراحی نامناسب، نقص ارتباطات، کنترل ناکافی سرپرست یا تغییر شرایط کار وجود داشته باشد.
بنابراین وظیفه کارشناس HSE در تحلیل ریشه‌ای این نیست که سریع‌ترین پاسخ را پیدا کند؛ بلکه باید زنجیره اتفاقات و شرایطی را که حادثه را ممکن کرده‌اند بازسازی کند.
سناریوی واقعی
در یک TBS، اکیپ تعمیرات برای سرویس بخشی از تجهیزات وارد ایستگاه می‌شود. طبق برنامه، تجهیز باید ایزوله شود. پس از انجام عملیات، یکی از کارکنان برای بررسی وضعیت یک شیر به محدوده تجهیز نزدیک می‌شود و در جریان کار، انتشار گاز رخ می‌دهد. کارکنان از محل فاصله می‌گیرند و حادثه بدون آسیب جدی کنترل می‌شود.
در بررسی اولیه مشخص می‌شود که ایزولاسیون به‌درستی انجام نشده یا وضعیت واقعی خط با فرض اولیه اکیپ تطابق نداشته است.
اگر تحلیل در همین نقطه متوقف شود، نتیجه ممکن است این باشد:
اما کارشناس HSE باید سؤال‌های بیشتری بپرسد:
- چرا ایزولاسیون اشتباه انجام شد؟
- آیا نقاط ایزولاسیون در نقشه و میدان به‌وضوح قابل تشخیص بودند؟
- آیا روش اجرایی برای این نوع کار واضح بود؟
- آیا قبل از شروع کار، ایزولاسیون در محل راستی‌آزمایی شد؟
- آیا فرد مجری صلاحیت و آموزش لازم را داشت؟
- آیا شرایط شبکه از زمان برنامه‌ریزی تا اجرای کار تغییر کرده بود؟
- آیا فشار زمانی یا شرایط عملیاتی باعث کوتاه شدن مراحل کنترل شده بود؟
اینجاست که تحلیل ریشه‌ای از یک «گزارش حادثه» به یک ابزار واقعی برای بهبود سیستم تبدیل می‌شود.
خطرات اصلی در تحلیل ریشه‌ای حادثه
۱. اشتباه گرفتن علت مستقیم با علت ریشه‌ای
اینکه فردی شیر اشتباه را باز کرده یا یک مرحله را انجام نداده، ممکن است علت مستقیم باشد؛ اما لزوماً علت ریشه‌ای نیست.
تحلیل باید بررسی کند چه عواملی باعث شدند آن خطا رخ دهد و چرا کنترل‌های موجود نتوانستند خطا را قبل از ایجاد پیامد شناسایی کنند.
۲. مقصرمحوری
تمرکز روی رفتار یک فرد می‌تواند تحلیل را سریع‌تر کند، اما معمولاً فرصت شناسایی ضعف‌های سیستم را از بین می‌برد.
۳. حذف عوامل سازمانی
اگر فقط در محل حادثه جست‌وجو کنیم، ممکن است عواملی مانند برنامه‌ریزی تعمیرات، مدیریت تغییر، آموزش، پیمانکار، طراحی، خرید، نگهداری و نظارت را نبینیم.
۴. اتکا به یک علت واحد
حادثه‌های پیچیده معمولاً حاصل کنار هم قرار گرفتن چند علت هستند. یک نقص کوچک ممکن است به‌تنهایی حادثه ایجاد نکند؛ اما همراه با نقص دیگری، زنجیره حادثه را کامل کند.
۵. از بین رفتن شواهد
اگر بلافاصله پس از حادثه شرایط محل، وضعیت تجهیزات، سوابق، مجوزها، اظهارات افراد و داده‌های مرتبط ثبت نشود، بخشی از واقعیت حادثه از بین می‌رود.
۶. تبدیل تحلیل به جلسه سرزنش
اگر کارکنان تصور کنند هر اطلاعاتی که می‌دهند علیه خودشان استفاده می‌شود، ممکن است جزئیات مهم را بیان نکنند. تحلیل مؤثر باید بر واقعیت، شواهد و یادگیری سازمانی متمرکز باشد.
خطاهای رایج
- نوشتن «خطای انسانی» به‌عنوان علت ریشه‌ای: خطای انسانی نقطه شروع تحلیل است، نه پایان آن.
- استفاده مکانیکی از پنج چرا: پرسیدن «چرا؟» بدون بررسی شواهد می‌تواند به پاسخ‌های حدسی منجر شود.
- پیدا کردن یک علت و متوقف شدن: ممکن است چند مسیر علت هم‌زمان وجود داشته باشد.
- سرزنش اپراتور یا پیمانکار: فرد ممکن است آخرین حلقه زنجیره باشد، نه تنها عامل آن.
- نادیده گرفتن شرایط کار در روز حادثه: فشار کاری، تغییر شیفت، وضعیت آب‌وهوا، همزمانی عملیات و تغییر شرایط شبکه مهم هستند.
- اصلاح فقط با آموزش: هر حادثه‌ای با آموزش بیشتر حل نمی‌شود؛ گاهی کنترل مهندسی، طراحی بهتر یا تغییر روش کار لازم است.
- نوشتن اقدام اصلاحی کلی: عبارت‌هایی مانند «آموزش کارکنان انجام شود» بدون مشخص کردن مشکل واقعی، اقدام اصلاحی مؤثری نیستند.
- بستن پرونده با ارسال عکس: اثربخشی اقدام باید بررسی شود، نه فقط انجام ظاهری آن.
- استفاده از روش تحلیل بدون تناسب با حادثه: روش تحلیل باید متناسب با پیچیدگی حادثه و کیفیت اطلاعات انتخاب شود.
رفتار درست و اقدام عملی
گام اول: قبل از تحلیل، واقعیت حادثه را تثبیت کنید
کارشناس HSE ابتدا باید مشخص کند چه اتفاقی افتاد، کجا، چه زمانی، در چه شرایطی و با چه پیامدی.
شواهد می‌تواند شامل وضعیت تجهیزات، نقشه‌ها، مجوز کار، روش اجرایی، سوابق تعمیرات، گزارش‌های بهره‌برداری، داده‌های گازسنجی، اظهارات کارکنان و پیمانکاران و سایر اطلاعات مرتبط باشد.
اول «آنچه واقعاً اتفاق افتاده» را مشخص کنید؛ بعد درباره «چرا اتفاق افتاده» صحبت کنید.
گام دوم: زنجیره حادثه را بازسازی کنید
به‌جای شروع با جمله «چه کسی اشتباه کرد؟»، اتفاقات را به ترتیب زمانی بنویسید.
برای مثال:
- اکیپ برای تعمیر وارد TBS شد.
- روش ایزولاسیون بررسی شد.
- شیر مشخص‌شده در روش کار بسته شد.
- وضعیت ایزولاسیون در میدان به‌طور کامل راستی‌آزمایی نشد.
- کار روی تجهیز آغاز شد.
- گاز در محدوده کار آزاد شد.
- آلارم یا نشانه غیرعادی مشاهده شد.
- کار متوقف و محدوده ایمن شد.
حالا به‌جای یک علت، می‌توانیم درباره عوامل مؤثر در هر مرحله سؤال کنیم.
گام سوم: استفاده از پنج چرا (Why)
روش پنج چرا برای رسیدن از یک اتفاق به لایه‌های عمیق‌تر علت مفید است؛ اما عدد پنج یک قانون ثابت نیست. ممکن است برای یک موضوع سه سؤال کافی باشد یا برای موضوعی دیگر نیاز به بررسی بیشتری باشد.
مثال:
مسئله: گاز وارد محدوده تعمیرات شد.
چرا؟ ایزولاسیون مؤثر نبود.
چرا؟ وضعیت واقعی مسیر با فرض اولیه اکیپ تطابق نداشت.
چرا؟ راستی‌آزمایی میدانی کامل انجام نشده بود.
چرا؟ روش اجرای کار، مسئولیت و نحوه تأیید ایزولاسیون را به اندازه کافی روشن نکرده بود.
چرا؟ تجربه حوادث یا تغییرات قبلی به‌صورت مؤثر در بازنگری روش کار وارد نشده بود.
در اینجا پاسخ نهایی دیگر فقط «اپراتور اشتباه کرد» نیست؛ بلکه یک ضعف سیستمی نیز شناسایی شده است.
گام چهارم: وقتی علت‌ها چندشاخه هستند، از نقشه علت (Cause Map) استفاده کنید
در برخی حوادث، یک مسیر خطی کافی نیست. ممکن است حادثه هم‌زمان از چند مسیر شکل گرفته باشد.
برای مثال در یک حادثه شبکه شهری:
- حفاری بدون تطبیق کامل اطلاعات خط مدفون
- فشار زمانی پروژه
- تغییر شرایط کارگاه
- کنترل ناکافی مسیر عبور ماشین‌آلات
- ارتباط ضعیف بین پیمانکار و اکیپ گاز
ممکن است همه این عوامل در کنار هم به آسیب خط و انتشار گاز منجر شده باشند.
در نقشه علت، حادثه از پیامد به عقب دنبال می‌شود و علت‌های مختلفی که برای ایجاد آن لازم بوده‌اند کنار هم قرار می‌گیرند. این روش کمک می‌کند کارشناس HSE گرفتار یک «علت اصلی ظاهری» نشود.
گام پنجم: برای حوادث پیچیده‌تر از تپ‌روت (TapRooT) استفاده کنید
تپ‌روت یک رویکرد ساختاریافته برای تحلیل علت ریشه‌ای است که در بررسی حوادث پیچیده، به‌جای توقف در خطای فرد، عوامل مؤثر در عملکرد و سیستم مدیریت را نیز بررسی می‌کند.
در یک حادثه شرکت گاز، این نگاه می‌تواند کارشناس را به سمت بررسی موضوعاتی مانند:
- روش‌ها و دستورالعمل‌های انجام کار
- آموزش و شایستگی
- طراحی و مهندسی
- نگهداری و قابلیت اطمینان تجهیزات
- ارتباطات و انتقال اطلاعات
- نظارت و مدیریت
- شرایط محیط کار
- تصمیم‌گیری و عوامل انسانی
هدفتان نباید این باشد که نام روش را در گزارش بیاورید؛ هدف این است که هیچ لایه مهمی از علت بدون بررسی باقی نماند.
انتخاب روش مناسب؛ Why یا Cause Map یا TapRooT؟
| روش | کاربرد مناسب | نکته مهم |
|---|---|---|
| پنج چرا (Why) | مسائل نسبتاً مشخص و زنجیره‌های علت ساده‌تر | از پاسخ‌های حدسی پرهیز شود. |
| نقشه علت (Cause Map) | حوادث دارای چند علت و مسیر هم‌زمان | ارتباط علت‌ها با شواهد مشخص شود. |
| تپ‌روت (TapRooT) | حوادث پیچیده و نیازمند تحلیل عمیق‌تر سیستم | تحلیل باید ساختاریافته و مبتنی بر شواهد باشد. |
هیچ‌کدام از این روش‌ها جای جمع‌آوری شواهد، مصاحبه مناسب، شناخت فرآیند و قضاوت حرفه‌ای کارشناس HSE را نمی‌گیرند.
از علت ریشه‌ای تا اقدام اصلاحی
یکی از مهم‌ترین بخش‌های تحلیل این است که علت شناسایی‌شده به اقدام مؤثر تبدیل شود.
فرض کنید مشخص شده است که اپراتور در تشخیص شیر صحیح مشکل داشته است. اقدام اصلاحی نباید به‌صورت خودکار فقط «آموزش اپراتور» باشد.
کارشناس HSE باید بپرسد:
- آیا شیرها به‌وضوح شناسایی شده‌اند؟
- آیا نقشه و اطلاعات میدان با وضعیت واقعی تطابق دارد؟
- آیا روش کار امکان خطای انسانی را کاهش می‌دهد؟
- آیا راستی‌آزمایی مستقل یا مرحله کنترل دیگری لازم است؟
- آیا آموزش واقعاً علت را پوشش می‌دهد؟
در نتیجه ممکن است ترکیبی از اقدامات لازم باشد؛ برای مثال اصلاح روش اجرایی، بهبود شناسایی تجهیزات، تقویت کنترل میدانی، بازنگری آموزش و اصلاح یک ضعف مدیریتی.
نمونه کاربرد در محیط‌های مختلف شرکت گاز
CGS و TBS
در حوادث مرتبط با ایزولاسیون، فشار، تجهیزات کنترلی یا تعمیرات، تحلیل باید علاوه بر رفتار اپراتور، طراحی، روش اجرایی، وضعیت تجهیزات، ارتباطات، مجوز کار و نظارت را بررسی کند.
شبکه توزیع شهری
در حادثه آسیب به خط گاز هنگام حفاری، فقط رفتار راننده ماشین‌آلات را بررسی نکنید. وضعیت اطلاعات خطوط مدفون، مجوز حفاری، کنترل پیمانکار، شناسایی مسیر، تغییرات کارگاه و هماهنگی بین واحدها نیز باید بررسی شود.
انبار ادورانت
اگر نشتی ادورانت رخ دهد، تحلیل نباید صرفاً به «ظرف آسیب دیده بود» ختم شود. نحوه جابه‌جایی، وضعیت نگهداری، تجهیزات انتقال، کنترل نشت، تهویه، آموزش، نظارت و روش اضطراری باید بررسی شوند.
چک‌لیست کوتاه کارشناس HSE
☐ محل و شرایط حادثه قبل از تغییر، تا حد امکان ثبت شده است.
☐ شواهد فنی، اسناد و اظهارات مرتبط جمع‌آوری شده‌اند.
☐ توالی زمانی حادثه بازسازی شده است.
☐ علت مستقیم از عوامل زمینه‌ای و ریشه‌ای تفکیک شده است.
☐ خطای انسانی به‌عنوان پایان تحلیل پذیرفته نشده است.
☐ علت‌های متعدد و ارتباط آن‌ها با یکدیگر بررسی شده‌اند.
☐ روش تحلیل متناسب با پیچیدگی حادثه انتخاب شده است.
☐ برای هر علت مهم، شواهد کافی وجود دارد.
☐ اقدام اصلاحی مستقیماً به علت شناسایی‌شده مرتبط است.
☐ اثربخشی اقدامات اصلاحی پس از اجرا بررسی خواهد شد.
☐ احتمال تکرار حادثه در نقاط یا فرآیندهای مشابه بررسی شده است.
تمرین عملی
سناریوی زیر را در یک جلسه کوتاه HSE با اکیپ بررسی کنید:
در یک عملیات تعمیراتی در CGS، تجهیزی که تصور می‌شد ایزوله شده است، هنگام شروع کار هنوز دارای انرژی بوده و عملیات متوقف می‌شود. هیچ‌کس آسیب ندیده است.
اکنون دو تحلیل انجام دهید:
- ابتدا حادثه را با روش پنج چرا (Why) تحلیل کنید.
- سپس علت‌های شناسایی‌شده را به‌صورت یک نقشه علت (Cause Map) ترسیم کنید.
- حداقل سه علت را که مربوط به «فرد» نیستند مشخص کنید.
- برای هر علت، یک اقدام اصلاحی پیشنهاد دهید.
- در پایان مشخص کنید کدام اقدام احتمال تکرار حادثه را بیشتر کاهش می‌دهد و چرا.
تکلیف تکمیلی: همین تمرین را برای یک حادثه یا شبه‌حادثه واقعی و بدون اطلاعات محرمانه سازمانی انجام دهید و بررسی کنید آیا اقدام اصلاحی قبلی واقعاً علت ریشه‌ای را هدف قرار داده است یا فقط رفتار فرد را تغییر داده است.
پیام کلیدی نهایی
تحلیل ریشه‌ای یعنی پیدا کردن «سیستمی که اجازه داد خطا به حادثه تبدیل شود».
پنج چرا برای باز کردن زنجیره علت، نقشه علت برای دیدن ارتباط چند علت و تپ‌روت برای تحلیل ساختاریافته‌تر حوادث پیچیده ابزارهای ارزشمندی هستند.
اما مهم‌تر از انتخاب نام روش، این است که تحلیل بر پایه شواهد، واقعیت میدان و نگاه غیرمقصرمحور انجام شود و در نهایت به اقدام اصلاحی برسد که احتمال تکرار حادثه را واقعاً کاهش دهد.
اگر گزارش حادثه فقط بگوید «چه کسی اشتباه کرد»، هنوز تحلیل تمام نشده است؛ سؤال اصلی این است که «چرا سیستم نتوانست قبل از حادثه جلوی این اشتباه را بگیرد؟»
سوالات ارزیابی
- چرا عبارت «خطای اپراتور» معمولاً به‌تنهایی علت ریشه‌ای یک حادثه محسوب نمی‌شود؟
- در چه شرایطی استفاده از نقشه علت (Cause Map) نسبت به پنج چرا می‌تواند تصویر کامل‌تری از حادثه ارائه دهد؟
- سه عامل سیستمی یا سازمانی را نام ببرید که در تحلیل یک حادثه ایزولاسیون در TBS باید بررسی شوند.
- چرا اقدام اصلاحی «آموزش مجدد کارکنان» همیشه پاسخ مناسبی برای یک حادثه نیست؟
- مهم‌ترین تفاوت بین یک تحلیل حادثه با رویکرد مقصرمحور و یک تحلیل ریشه‌ای چیست؟
یادآوری HSE:
سطح و روش تحلیل باید متناسب با شدت و پیامد بالقوه حادثه، پیچیدگی رویداد، الزامات نظام مدیریت HSE و رویه‌های مصوب شرکت تعیین شود. در تحلیل‌های رسمی، الزامات سازمانی، قانونی و دستورالعمل‌های معتبر مربوط به بررسی حادثه باید رعایت شوند.
دیدگاهتان را بنویسید
برای نوشتن دیدگاه باید وارد بشوید.