گاهی یک مشکل، چند بار تکرار می‌شود و هر بار همان راه‌حل سریع جواب می‌دهد؛ اما مشکل برمی‌گردد. علتش این است که ما سؤال «چرا» را تا آخر نپرسیده‌ایم. روش 5 Whys با پرسیدن زنجیره‌ای «چرا» ما را از نشانه به ریشه می‌برد و با ابزار ساده‌ای که به هیچ نرم‌افزار پیچیده‌ای نیاز ندارد، همین کار را انجام می‌دهد.
در این مقاله می‌بینید روش 5 Whys دقیقاً چیست، چطور اجرا می‌شود، چه تفاوتی با تحلیل علت ریشه‌ای دارد، چه محدودیت‌هایی دارد و چطور می‌توان آن را در تیم به یک عادت تبدیل کرد. هدف این است که بعد از خواندن، بتوانید همین امروز روی یک مشکل واقعی، پنج چرا را به‌درستی اجرا کنید.
روش 5 Whys چیست؟ (پاسخ سریع)
روش 5 Whys یک تکنیک پرسشگری تکرارشونده است که با پرسیدن پشت‌سرهم «چرا؟» دربارهٔ یک مشکل، زنجیرهٔ علت و اثر را دنبال می‌کند تا به علت ریشه‌ای برسد. هر پاسخ، ورودی «چرای» بعدی است. این روش برای نخستین‌بار در تویوتا به‌کار رفت و امروز در کایزن، تولید ناب و شش سیگما استفاده می‌شود.
تاریخچهٔ کوتاه روش 5 Whys
پاسخ کوتاه: این روش ریشه در سیستم تولید تویوتا دارد. ساکیچی تویودا آن را توسعه داد و تای‌ایچی اونو، معمار سیستم تولید تویوتا، آن را بخشی از رویکرد علمی تویوتا معرفی کرد. اونو می‌گفت با پرسیدن پنج بار «چرا»، ماهیت مشکل و راه‌حلش روشن می‌شود. جالب است که این روش ابتدا برای فهم «چرا یک قابلیت جدید لازم است» شکل گرفت، نه برای تحلیل علت؛ و بعدها به ابزاری برای ریشه‌یابی تبدیل شد.
همین امروز به دوایتیفای بپیوندید
پروژه‌ها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفت‌ها و گزارش‌های تیم در یک محیط یکپارچه. ساخته‌شده برای شرکت‌ها، استارتاپ‌ها و تیم‌های دورکار — با راه‌اندازی چنددقیقه‌ای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
روش 5 Whys چطور اجرا می‌شود؟
پاسخ مستقیم: با نوشتن مشکل، پرسیدن «چرا» و ثبت پاسخ‌ها تا رسیدن به ریشه. گام‌های عملی:
- مشکل را دقیق بنویسید: «چه چیزی اشتباه است؟» نه «چرا خراب شد؟»
- اولین چرا را بپرسید: «چرا این اتفاق افتاد؟»
- پاسخ را مبنای چرای بعدی کنید: هر پاسخ باید به سؤال بعدی منتهی شود.
- ادامه دهید تا ریشه: وقتی پاسخ به یک عامل قابل‌اصلاح و تکرارشونده رسید، متوقف شوید.
- اقدام تعریف کنید: برای ریشه، یک اقدام با مالک و زمان بنویسید.
یک مثال واقعی از زنجیرهٔ پنج چرا
فرض کنید در خط تولید، پیچ‌ها هنگام بستن، رزوه‌شان خراب می‌شود:
- چرا؟ رزوه‌ها تمیز بریده نشده‌اند.
- چرا؟ تیغهٔ برش امروز عوض نشده است.
- چرا؟ جعبهٔ تیغهٔ یدکی خالی بوده است.
- چرا؟ محتویات جعبه ریخته و زیر قفسه غلت خورده است.
- چرا؟ پایهٔ یکی از قفسه‌ها زنگ‌زده و شکسته و باعث نامتعادل‌شدن قفسه شده است.
اینجا ریشه یک پایهٔ شکسته است که با تعمیر آن، زنجیرهٔ تکرار بسته می‌شود. اما نکتهٔ مهم‌تر این است که افزودن یک فرایند بازرسی منظم قفسه‌ها، ریشه را عمیق‌تر حل می‌کند.
تفاوت 5 Whys با تحلیل علت ریشه‌ای چیست؟
پاسخ کوتاه: 5 Whys یک تکنیک خاص است و تحلیل علت ریشه‌ای یک چتر گسترده. این دو را قاطی نکنید.
| موضوع | 5 Whys | تحلیل علت ریشه‌ای (RCA) |
|---|---|---|
| دامنه | یک مشکل ساده | مجموعه‌ای از روش‌ها |
| ابزار | پرسش زنجیره‌ای | 5 Whys، استخوان ماهی، FMEA و… |
| عمق | محدود به دانش تحلیل‌گر | قابل گسترش و نظام‌مند |
| سرعت | سریع | بسته به روش، کندتر |
اگر مشکل ساده و تک‌علتی است، 5 Whys کافی است. اگر چند علت همزمان دارند یا هزینهٔ خطا بالاست، از روش‌های عمیق‌تر استفاده کنید.
محدودیت‌ها و نقدهای روش 5 Whys
پاسخ مستقیم: این روش سریع و ساده است، اما در تحلیل عمیق ضعیف عمل می‌کند. مهم‌ترین محدودیت‌ها:
- توقف در نشانه: تحلیل‌گر ممکن است پیش از رسیدن به ریشه متوقف شود.
- وابستگی به دانش: نمی‌توان علتی را یافت که تحلیل‌گر نمی‌شناسد.
- عمق دلبخواه: عدد پنج لزوماً با ریشه هم‌راستا نیست.
- نتیجهٔ تکرارناپذیر: افراد مختلف برای یک مشکل، ریشه‌های متفاوت می‌یابند.
- تک‌علتی‌بودن: بسیاری از مسائل، چند علت همزمان دارند.
این نقدها به‌ویژه از سوی متخصصان کیفیت مطرح شده‌اند؛ راه‌حل، ترکیب 5 Whys با ابزارهایی مثل نمودار استخوان ماهی است.
مزایا، معایب و Trade-off
| مزیت 5 Whys | معایت و محدودیت‌ها |
|---|---|
| بسیار ساده و بدون نیاز به ابزار | وابسته به دانش تحلیل‌گر |
| سریع و کم‌هزینه | نتیجهٔ تکرارناپذیر |
| مناسب مشکلات تکرارشونده | ضعیف در مسائل چندعاملی |
| قابل اجرا در هر جلسه | عمق پنج‌چرا دلبخواه است |
Trade-off اصلی: هرچه این روش را بیشتر ساده نگه دارید، سریع‌تر است اما خطر توقف در نشانه بالاتر می‌رود. اگر می‌خواهید عمیق‌تر شود، باید زمان بیشتری بگذارید یا آن را با استخوان ماهی و داده ترکیب کنید.
مثال‌های عددی
مثال ۱ — تیم نرم‌افزاری: تأخیر مکرر انتشار. زنجیره نشان می‌دهد ریشه، نبود محیط تست همسان با محیط واقعی است. افزودن یک محیط تست همسان، تعداد انتشارهای عقب‌افتاده را از ۳ در ماه به ۰٫۵ می‌رساند.
مثال ۲ — تیم پشتیبانی: افزایش شکایت تکراری. ریشه، نبود مقالهٔ راهنما برای یک سؤال پرتکرار است. با یک راهنما، ۴۰٪ تیکت‌های تکراری کم می‌شود؛ در ۵۰۰ تیکت ماهانه یعنی ۲۰۰ تیکت کمتر.
مثال ۳ — خط تولید: افت کیفیت در یک شیفت خاص. ریشه، تغییر زمان استراحت بدون هماهنگی با چرخهٔ ماشین است. با اصلاح زمان‌بندی، ضایعات آن شیفت ۲۵٪ کم می‌شود.
مثال ۴ — تیم محتوا: محتوای ردشده توسط مشتری. ریشه، نبود قالب بریف با معیار پذیرش است. با یک قالب، بازگشت از ۲۲٪ به ۹٪ می‌رسد.
اشتباهات رایج
- پرسیدن «چرا» به‌شکل بازجویی: فضا را تدافعی می‌کند.
- شکستن زنجیره: پرسیدن چند «چرا» موازی به‌جای دنبال‌کردن یک مسیر.
- توقف زودهنگام: رسیدن به «خطای اپراتور» و راضی‌شدن.
- قبول پاسخ مبهم: پاسخ باید مشخص و قابل‌اصلاح باشد.
- نبود اقدام پس از ریشه: تحلیل بدون نتیجهٔ عملی.
- اجرای گروهی بدون ثبت: زنجیره گم می‌شود و نتیجه تکرارناپذیر می‌شود.
نکات کاربردی
روش 5 Whys را ساده نگه دارید اما سطحی نه. برای هر مشکل، یک زمان کوتاه بگذارید، زنجیره را روی کاغذ یا تخته بنویسید و هر پاسخ را مبنای پرسش بعدی قرار دهید. اگر پاسخ‌ها مبهم شدند، آن‌ها را با سؤال دقیق‌سازی به پاسخ قابل‌اصلاح تبدیل کنید. از تقدیس عدد پنج بپرهیزید؛ گاهی سه چرا کافی است و گاهی هفت چرا لازم. در پایان، حتماً ریشه را به یک اقدام با مالک و معیار تبدیل کنید، وگرنه تحلیل به یادگیری بدون تغییر تبدیل می‌شود. برای تمرین، یک مشکل کوچک روزمره را انتخاب کنید و زنجیرهٔ چرا را روی کاغذ بنویسید.
- نکته مهم: روی دیوار یا تخته بنویسید؛ دیدن زنجیره، توقف در نشانه را سخت می‌کند.
- ترفند کاربردی: اگر پس از پنج «چرا» به ریشه نرسیدید، بپرسید «آیا این پاسخ، خودش معلول چیز دیگری است؟».
- اشتباه رایج: تبدیل 5 Whys به سرزنش فردی؛ تمرکز باید روی سیستم باشد.
- قبل از شروع این را بدانید: اگر مشکل چندعاملی است، این روش را تنها استفاده نکنید.
دوایتفای و اجرای 5 Whys
نتیجهٔ 5 Whys فقط وقتی اثر می‌گذارد که به تسک و مسئول تبدیل شود. دوایتفای یک پلتفرم جامع مدیریت پروژه، مدیریت تیم و رسیدن به اهداف است و تسک و زیرتسک چندلایه، چک‌لیست، کنترل کیفیت (QC)، وضعیت و پیشرفت کارها، ریسک‌ها و گزارش‌های کاری را در یک محیط یکپارچه فراهم می‌کند. با ثبت زنجیرهٔ «چرا» در توضیح تسک و تبدیل ریشه به یک تسک اصلاحی با مسئول و ددلاین، تحلیل به اقدام می‌رسد و اثربخشی‌اش در گزارش‌ها دیده می‌شود. شفافیت: دوایتفای محصول ماست و امکانات آن را از نزدیک می‌شناسیم؛ برای تیم‌های بسیار کوچک، ابزارهای سبک‌تر هم کافی‌اند.
روش 5 Whys در قالب جدول و تخته
پاسخ کوتاه: دو قالب اصلی برای اجرا وجود دارد — جدول و نمودار. انتخاب قالب، کیفیت نتیجه را تغییر می‌دهد.
قالب جدول: دو ستون «چرا» و «پاسخ». هر ردیف به ردیف بعدی وصل می‌شود. مناسب جلسات کوچک و ثبت دقیق.
قالب نمودار: زنجیرهٔ افقی، هر گره یک «چرا». مناسب مسائل شاخه‌دار، چون امکان انشعاب می‌دهد.
| قالب | مناسب برای | مزیت |
|---|---|---|
| جدول | مشکل تک‌مسیره | ثبت ساده و منظم |
| نمودار | مشکل چندشاخه | نمایش انشعاب‌ها |
نکته مهم: اگر هنگام تحلیل دیدید پاسخ‌ها چند شاخه می‌شوند، یعنی مشکل چندعاملی است. در این حالت هر شاخه را جدا ادامه دهید یا به نمودار استخوان ماهی کوچ کنید.
5 Whys در برابر نمودار استخوان ماهی
پاسخ مستقیم: این دو مکمل‌اند؛ یکی پهن است و دیگری عمیق. ترکیبشان از هرکدام به‌تنهایی بهتر است.
- استخوان ماهی: همهٔ دسته‌های علت را روی یک تصویر جمع می‌کند؛ دامنهٔ علت‌ها را می‌سازد.
- 5 Whys: یک مسیر را تا ریشه دنبال می‌کند؛ عمق می‌سازد.
روش ترکیبی سه گام دارد: با استخوان ماهی علت‌های ممکن را دسته‌بندی کنید، مهم‌ترین علت را انتخاب کنید، سپس با 5 Whys آن را تا ریشه ببرید. این ترکیب، هم فراموشی را کم می‌کند و هم سطحی‌ماندن را.
چه کسانی نباید 5 Whys را تنها به‌کار ببرند؟
پاسخ کوتاه: تیم‌هایی که با سیستم‌های پیچیده و خطاهای پرهزینه کار می‌کنند. برای این موارد، روش‌های نظام‌مندتر لازم است.
- صنایع ایمنی‌محور: نیازمند تحلیل عمیق و مستند.
- مشکلات چندعاملی: نیازمند نمودار و داده.
- خطاهای پرهزینه: نیازمند بازبینی مستقل و شواهد.
- محیط‌های تحت مقررات: نیازمند روش قابل دفاع و ثبت‌شده.
برای این تیم‌ها، 5 Whys می‌تواند نقطهٔ شروع باشد، اما نه نقطهٔ پایان.
5 Whys در پروژه‌های کوچک و کار روزمره
پاسخ کوتاه: 5 Whys فقط برای صنعت نیست؛ در کار روزمره هم مفید است. هرجا مشکلی تکرار می‌شود، این روش کار می‌کند.
نمونه‌های روزمره:
- جلسه‌های طولانی: چرا؟ دستور جلسه ندارد. چرا؟ پیش از جلسه نوشته نمی‌شود. ریشه: نبود قالب دستور جلسه.
- تأخیر مکرر در تحویل: چرا؟ برآورد خوش‌بینانه است. چرا؟ تجربهٔ گذشته ثبت نمی‌شود. ریشه: نبود پایگاه دادهٔ برآورد.
- پیام‌های تکراری مشتری: چرا؟ پاسخ آماده در دسترس نیست. ریشه: نبود راهنمای سؤال‌های پرتکرار.
نکته مهم: در کارهای کوچک، تحلیل عمیق لازم نیست؛ همین که به یک علت قابل‌اصلاح برسید کافی است.
چطور پاسخ‌های مبهم را به پاسخ قابل‌اصلاح تبدیل کنیم؟
پاسخ مستقیم: پاسخ مبهم را با یک سؤال دقیق‌سازی به پاسخ مشخص تبدیل کنید. پاسخ «بی‌دقتی» یا «کم‌بودن زمان»، بن‌بست تحلیل است.
راهکار: به‌جای پذیرش پاسخ کلی، بپرسید «کدام اقدام مشخص باعث این شد؟» یا «اگر آن شرایط نبود، این اتفاق می‌افتاد؟». پاسخ قابل‌اصلاح، ویژگی‌های زیر را دارد:
- مشخص است: به یک عمل یا شرایط معین اشاره می‌کند.
- قابل تغییر است: می‌توان برایش اقدام تعریف کرد.
- قابل تأیید است: می‌توان با داده یا شواهد بررسی‌اش کرد.
مثال: «بی‌دقتی» → «چک‌لیست نبوده و فرد مجبور شده از حافظه استفاده کند» → اقدام: افزودن چک‌لیست.
سوالات متداول
جمع‌بندی
روش 5 Whys ساده‌ترین راه برای رفتن از نشانه به ریشه است. یک مشکل روشن بنویسید، هر پاسخ را مبنای «چرای» بعدی کنید و تا رسیدن به عاملی قابل‌اصلاح ادامه دهید. عدد پنج را تقدیس نکنید و مراقب باشید که زنجیره را به بازجویی فردی تبدیل نکنید. برای مسائل پیچیده، این روش را با استخوان ماهی و داده ترکیب کنید. اگر امروز یک مشکل تکراری انتخاب کنید و زنجیرهٔ چرا را روی دیوار بنویسید، احتمالاً همان روز یک ریشهٔ قابل‌اصلاح پیدا می‌کنید.
اگر موضوع روش 5 Whys برایتان مفید بود، پیشنهاد می‌کنیم نرم‌افزار مدیریت پروژه اندروید | معرفی ۶ برنامه برتر + مقایسه کامل و بررسی دوایتفای (۱۴۰۵ و مدیریت چند پروژه همزمان بدون سردرگمی را هم بخوانید.
همین امروز به دوایتیفای بپیوندید
پروژه‌ها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفت‌ها و گزارش‌های تیم در یک محیط یکپارچه. ساخته‌شده برای شرکت‌ها، استارتاپ‌ها و تیم‌های دورکار — با راه‌اندازی چنددقیقه‌ای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
