
عملیات
مرور رخداد بدون مقصرسازی؛ چطور از خطا، سیستم بهتر بسازیم
بعد از هر اختلال، وسوسه مقصر پیدا کردن زیاد است؛ اما همین کار یادگیری را میکشد. این مقاله ساختار مرور رخداد بدون سرزنش را برای تیمهای اجرایی توضیح میدهد.
وقتی اختلال یا خطای جدی رخ میدهد، فشار احساسی بالاست. مشتری ناراضی است، تیم خسته است و مدیر هم میخواهد مطمئن شود دوباره تکرار نمیشود. در چنین لحظهای سادهترین واکنش این است که بپرسیم «کار چه کسی بود؟» اما این سؤال، اغلب بدترین شروع برای یادگیری واقعی است.
مرور رخداد باید سیستم را بهتر کند، نه اینکه فقط اضطراب تیم را بیشتر کند.
چرا سرزنش، داده را خراب میکند
اگر آدمها حس کنند قرار است در جلسه بازخواست شوند، طبیعی است که جزئیات را کمتر بگویند، نقش خود را محافظهکارانهتر تعریف کنند و عوامل زمینهای را حذف کنند. در نتیجه بهجای تصویر واقعی از زنجیره خطا، فقط یک روایت کوتاه و ناقص میگیرید.
سؤال درست بعد از رخداد چیست
بهجای «چه کسی اشتباه کرد؟» بهتر است بپرسید: چه شرایطی باعث شد این اشتباه ممکن یا محتمل شود؟ کجا هشدار زودهنگام داشتیم و ندیدیم؟ کدام نقطه کنترل یا شفافیت کم بود؟ این سؤالها شما را از فرد به سمت طراحی سیستم میبرند.
اجزای یک مرور رخداد مفید
- خط زمانی روشن از شروع تا کشف و رفع
- اثر روی مشتری یا عملیات
- عوامل زمینهساز، نه فقط آخرین خطا
- اقدامهای اصلاحی با مالک و موعد
اقدام اصلاحی باید کوچک و مشخص باشد
اگر خروجی مرور رخداد فقط یک جمله کلی مثل «دقت را بیشتر کنیم» باشد، اتفاقی نمیافتد. اقدام خوب معمولاً دقیق است: یک هشدار جدید، یک چکلیست کوتاه، یک نقطه تأیید تازه یا حذف یک مرحله مبهم. بهبود کوچک اما واقعی از قول بزرگ و مبهم خیلی ارزشمندتر است.
جمعبندی و اقدام
- جلسه مرور رخداد را روی خط زمانی و عوامل زمینهای بنا کنید
- سؤال مقصرمحور را با سؤال سیستمی جایگزین کنید
- برای هر رخداد فقط چند اقدام اصلاحی کوچک اما اجرایی تعریف کنید
- ماه بعد بررسی کنید کدام اقدام واقعاً احتمال تکرار را کم کرده است
منابع و مطالعه بیشتر
این نوشته بازآفرینی تحلیلی است؛ برای جزئیات و زمینهٔ اصلی به منابع اولیه سر بزنید.
1. David Heinemeier Hanssonلینکدین
DHH profile
2. 37signalsیوتیوب
37signals YouTube channel
اگر این را خواندید
این نوشتهها هم به همان موضوع نزدیکاند.