منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · مرداد ۱۴۰۵ · زمان مطالعه: حدود ۱۱ دقیقه

پنج چرا (5 Whys) چیست؟

💡 این متن «بازنویسی آزاد» است: ایده‌ها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثال‌های تازه بازگو شده‌اند و ترجمهٔ کلمه‌به‌کلمه نیست. بخش‌های افزودهٔ مترجم در جعبهٔ منبع مشخص شده‌اند.

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

و تفاوت این دو، نه در تعداد چراها که در نحوهٔ ساختن جمله‌هاست.

تعریف و ریشه

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

خاستگاهش شرکت تویوتاست در دههٔ ۱۹۳۰، و صورت‌بندی‌اش را Sakichi Toyoda انجام داد — صنعتگر و مخترع ژاپنی که این جمله از اوست: «با خلاقیت بی‌پایان، کنجکاوی و پیگیریِ بهبود، از زمانه جلوتر باش.»

چطور اجرا می‌شود

• - ۱. پرسش اول را بر پایهٔ نتیجهٔ ظاهری بسازید.
• - ۲. هر پرسش بعدی را از پاسخ قبلی بسازید.
• - ۳. پنج بار تکرار کنید — یا تا وقتی علت ریشه‌ای ظاهر شود.

و مثال کلاسیکش، همان ربات خط تولید تویوتا:

• - چرا ربات ایستاد؟ مدار اضافه‌بار شد و فیوز پرید.
• - چرا؟ روغن‌کاری یاتاقان‌ها کافی نبود.
• - چرا؟ پمپ روغن گردش کافی ایجاد نمی‌کرد.
• - چرا؟ دهانهٔ ورودی پمپ با براده‌های فلزی گرفته بود.
• - چرا؟ پمپ فیلتر نداشت. ← علت ریشه‌ای

ارزش این مثال در پاسخ آخر است: اگر در گام اول متوقف می‌شدید، فیوز را عوض می‌کردید و هفتهٔ بعد دوباره همان اتفاق می‌افتاد. هر پله که پایین می‌روید، راه‌حل ارزان‌تر و ماندگارتر می‌شود.

کی متوقف شویم

وقتی پاسخ‌ها تکراری می‌شوند، ربطشان را از دست می‌دهند، یا به «سنگ‌بستر» می‌رسید — جایی که چرای بعدی هیچ بینش تازه‌ای اضافه نمی‌کند. عدد پنج یک قاعدهٔ سرانگشتی است، نه یک الزام.

محدودیت‌ها

• - فرض می‌کند یک زنجیرهٔ علّی وجود دارد
• - در معرض سوگیری تأیید و فرض‌های نیازموده است
• - اگر جمله‌ها اتهامی ساخته شوند، به مقصریابی می‌انجامد
• - توقف زودهنگام، علت‌های سطحی تحویل می‌دهد
• - ممکن است تیم بر سر علت ریشه‌ای به توافق نرسد

سه مورد بعدی این مقاله دربارهٔ همین فهرست است — چون منبع محدودیت‌ها را نام می‌برد اما نمی‌گوید با هرکدام چه باید کرد.

ایراد اول: علت‌ها زنجیره نیستند، درخت‌اند

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

و پیامدش موذیانه است: هر بار که روش را اجرا می‌کنید، یک پاسخ می‌گیرید و آن پاسخ کاملاً قانع‌کننده به‌نظر می‌رسد. اما اگر همان جلسه را با تیم دیگری تکرار کنید، به زنجیرهٔ دیگری می‌رسند که آن هم قانع‌کننده است. هیچ‌کدام دروغ نیستند؛ هر دو ناقص‌اند.

اصلاحش ساده است و کل روش را عوض می‌کند: در هر پله، پیش از پایین‌رفتن بپرسید «چه چیز دیگری می‌توانست این را باعث شود؟» اگر پاسخ‌های موازی وجود دارند، هر شاخه را جداگانه دنبال کنید. آنچه به‌دست می‌آورید دیگر یک زنجیره نیست، یک درخت است — و درخت هم علت‌های واقعی را نشان می‌دهد و هم نشان می‌دهد کدام‌شان مشترک‌اند.

و نکتهٔ عملی: گره‌هایی که در چند شاخه تکرار می‌شوند، ارزشمندترین چیزی هستند که پیدا می‌کنید. علتی که سه شاخهٔ متفاوت به آن می‌رسند، با یک اصلاح سه مشکل را حل می‌کند.

یک مثال واقعی‌تر

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

مشکل: نیمی از کاربرانی که به صفحهٔ پرداخت می‌رسند، سفارش را تمام نمی‌کنند.

چرا؟ سه پاسخ موازی که هر سه در داده دیده می‌شوند:

• - شاخهٔ الف — هزینهٔ نهایی غافلگیرشان می‌کند. چرا؟ چون هزینهٔ ارسال تا آخرین مرحله نشان داده نمی‌شود. چرا؟ چون تا پیش از انتخاب نشانی محاسبه‌پذیر نیست. چرا؟ چون نشانی در گام آخر گرفته می‌شود.
• - شاخهٔ ب — از درگاه برنمی‌گردند. چرا؟ چون بازگشت از درگاه گاهی بی‌تأییدیه است و کاربر مطمئن نیست پرداخت انجام شده. چرا؟ چون وضعیت سفارش تا دریافت پاسخ درگاه نامعلوم می‌ماند.
• - شاخهٔ ج — در فرم نشانی متوقف می‌شوند. چرا؟ چون فیلدها را در ترتیبی می‌خواهند که کاربر نشانی‌اش را آن‌طور در ذهن ندارد. چرا؟ چون قالب فرم از یک الگوی خارجی آمده.

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

و تصمیم عملی از همین‌جا بیرون می‌آید: جابه‌جاکردن گام نشانی به ابتدای مسیر، هم‌زمان دو شاخه از سه شاخه را می‌بندد — در حالی که هیچ‌کدام از سه زنجیرهٔ منفرد این را نشان نمی‌داد. ارزش درخت در گره‌های مشترک است، نه در برگ‌ها.

ایراد دوم: زنجیره‌ای که به یک آدم ختم شود، یک پله زود تمام شده

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

هر «چرا» را دربارهٔ سامانه بپرسید، نه دربارهٔ شخص.

• - ✗ «چرا توسعه‌دهنده تستش نکرد؟» — پاسخش یک آدم است و بحث همان‌جا تمام می‌شود.
• - ✓ «چرا این تغییر بدون تست به تولید رسید؟» — پاسخش یک سازوکار است و می‌شود ادامه داد.

هر دو جمله دربارهٔ یک رویدادند. اما اولی در گام دوم به دیوار می‌خورد و دومی تا فیلترِ نداشته پیش می‌رود.

و از این یک آزمون بسیار کاربردی درمی‌آید: اگر زنجیرهٔ شما به «فلانی حواسش نبود» یا «تیم فراموش کرد» ختم شد، شما به سنگ‌بستر نرسیده‌اید — یک پله زودتر ایستاده‌اید. بی‌دقتی و فراموشی رفتار طبیعی انسان‌اند و حذف‌شدنی نیستند؛ سؤال درست این است که چرا سامانه در برابرشان مقاوم نبود. اگر بعد از «فراموش کرد» یک چرای دیگر بپرسید، تقریباً همیشه به چیزی می‌رسید که قابل اصلاح است.

این همان تفکیکی است که در خطای ربایش نوشتم: لغزش را نمی‌شود با آموزش یا دقت بیشتر حذف کرد. اگر ریشه‌یابی شما به «باید دقت بیشتری می‌کرد» رسید، در واقع هیچ ریشه‌ای پیدا نکرده‌اید.

ایراد سوم: سنگ‌بسترِ واقعی و سنگ‌بسترِ سازمانی

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

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

این سنگ‌بستر معرفتی نیست؛ سنگ‌بستر سیاسی است. و تشخیصش ساده است: در سنگ‌بستر واقعی، چرای بعدی پاسخی ندارد؛ در سنگ‌بستر سیاسی، چرای بعدی پاسخ دارد ولی پرسیده نمی‌شود.

و چون این مسئله ساختاری است، راه‌حلش هم باید ساختاری باشد — دقیقاً مثل آنچه در هم‌آفرینی دربارهٔ دینامیک قدرت نوشتم:

• - زنجیره را کتبی و پیش از جلسه بسازید. نوشتن پیش از گفتن، جلوی توقف زودهنگام را می‌گیرد.
• - تسهیل‌گر را از تیمی بیاورید که در نتیجه منفعت ندارد.
• - و صراحتاً بگویید که تصمیم‌ها هم علت‌اند. «چرا این تصمیم در آن زمان منطقی به‌نظر می‌رسید؟» پرسش محترمانه‌ای است که مسیر را باز نگه می‌دارد، چون دربارهٔ اطلاعاتِ موجود در آن لحظه است نه دربارهٔ قضاوت فرد.

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

جمع‌بندی

• - پنج چرا روشی تکرارشونده برای رسیدن از نشانه به علت ریشه‌ای است؛ خاستگاهش تویوتا در دههٔ ۱۹۳۰ و صورت‌بندی‌اش از ساکیچی تویودا است.
• - اجرا: پرسش اول از نتیجهٔ ظاهری، هر پرسش بعدی از پاسخ قبلی، تا رسیدن به علت ریشه‌ای — و عدد پنج قاعدهٔ سرانگشتی است نه الزام.
• - در مثال کلاسیک تویوتا، پاسخ آخر «پمپ فیلتر نداشت» است؛ توقف در گام اول یعنی تعویض فیوز و تکرار همان خرابی.
• - ایراد اول: علت‌ها زنجیره نیستند، درخت‌اند. در هر پله بپرسید «چه چیز دیگری می‌توانست این را باعث شود؟» — و گره‌هایی که در چند شاخه تکرار می‌شوند ارزشمندترین یافته‌اند.
• - در مثال رهاکردن پرداخت، سه شاخهٔ موازی به دو گرهٔ مشترک می‌رسند — و جابه‌جاکردن گام نشانی دو شاخه را هم‌زمان می‌بندد، چیزی که هیچ زنجیرهٔ منفردی نشان نمی‌داد.
• - ایراد دوم: هر «چرا» را دربارهٔ سامانه بپرسید نه شخص. زنجیره‌ای که به «حواسش نبود» ختم می‌شود، یک پله زود تمام شده.
• - ایراد سوم: سنگ‌بستر واقعی جایی است که چرای بعدی پاسخی ندارد؛ سنگ‌بستر سیاسی جایی است که پاسخ دارد ولی پرسیده نمی‌شود.
• - و بهترین پرسش برای بازکردن آن: «چرا این تصمیم در آن زمان منطقی به‌نظر می‌رسید؟»