یک شرکت خدماتی را تصور کنید که مدیر آن برای حل مشکل تأخیر در سفارش‌ها، تقریباً هر کاری انجام داده است؛ از تذکر به کارکنان و تغییر برنامه کاری گرفته تا استخدام نیروی جدید و افزایش نظارت.
اما اتفاق عجیبی می‌افتد. با وجود تمام این تغییرات، مشتریان همچنان شکایت می‌کنند، هزینه‌ها افزایش پیدا کرده و کارکنان هم از فشار کاری ناراضی‌اند.
حالا یک سؤال مهم مطرح می‌شود: اگر مشکل واقعاً کمبود نیرو بوده، چرا استخدام نیروی جدید آن را حل نکرده است؟
شاید پاسخ در جایی باشد که مدیر اصلاً به آن توجه نکرده؛ نه در تعداد کارکنان، بلکه در نحوه ثبت سفارش، برنامه‌ریزی مأموریت‌ها یا وعده‌هایی که به مشتریان داده می‌شود.
این دقیقاً همان نقطه‌ای است که نمودار استخوان ماهی کاربرد پیدا می‌کند. این ابزار به مدیران کمک می‌کند به‌جای واکنش فوری به نشانه‌های یک مشکل، علت‌های احتمالی آن را از زوایای مختلف بررسی کنند و با کمک شواهد به ریشه مسئله نزدیک شوند.
در واقع، مسئله همیشه این نیست که مدیر راه‌حل مناسبی ندارد؛ گاهی برای مشکلی تصمیم می‌گیرد که هنوز آن را درست نشناخته است.
چرا بعضی مشکلات کسب‌وکار با وجود اقدامات اصلاحی تکرار می‌شوند؟
فرض کنید فروش یک فروشگاه برای سومین ماه متوالی کاهش یافته است. مدیر ابتدا بودجه تبلیغات را افزایش می‌دهد. بازدیدکنندگان بیشتری وارد فروشگاه می‌شوند، اما فروش تغییر محسوسی نمی‌کند.
این بار تصمیم می‌گیرد تخفیف بدهد. برای مدتی سفارش‌ها افزایش پیدا می‌کنند، ولی سود کاهش می‌یابد و پس از پایان تخفیف، فروش دوباره افت می‌کند.
مدیر ممکن است نتیجه بگیرد که بازار شرایط مناسبی ندارد؛ درحالی‌که شاید مسئله اصلی جای دیگری باشد. ممکن است فروشندگان اطلاعات کافی درباره محصولات نداشته باشند، کالاهای پرفروش موجود نباشند یا مشتریان پس از دریافت مشاوره، خرید خود را نهایی نکنند.
کاهش فروش یک نشانه است؛ اما علت کاهش فروش لزوماً چیزی نیست که در نگاه اول به ذهن می‌رسد.
برای درک بهتر، سه مفهوم را باید از یکدیگر جدا کنیم:
نشانه مشکل: نتیجه‌ای که مشاهده می‌کنیم؛ مانند کاهش فروش، تأخیر خدمات یا افزایش شکایت مشتریان.
علت احتمالی: عاملی که ممکن است در ایجاد مشکل نقش داشته باشد؛ مانند ضعف آموزش یا برنامه‌ریزی نامناسب.
علت ریشه‌ای: عاملی بنیادی که نقش آن با شواهد تأیید شده و برطرف کردنش می‌تواند از تکرار مشکل جلوگیری کند.
اشتباه زمانی رخ می‌دهد که مدیر علت احتمالی را بدون بررسی کافی، علت قطعی بداند. برای مثال، ممکن است کاهش بهره‌وری کارکنان را به بی‌انگیزگی نسبت دهد و برای افزایش انگیزه آن‌ها پاداش تعیین کند. اما اگر مشکل واقعی دوباره‌کاری ناشی از یک فرایند نامناسب باشد، پاداش بیشتر الزاماً تغییری در بهره‌وری ایجاد نمی‌کند.
در چنین شرایطی، افزایش هزینه‌ها به معنای نزدیک شدن به راه‌حل نیست. مدیر به روشی نیاز دارد که پیش از تصمیم‌گیری، تصویر کامل‌تری از عوامل ایجادکننده مشکل در اختیارش قرار دهد.
نمودار استخوان ماهی چگونه علت‌های پنهان یک مشکل را آشکار می‌کند؟
نمودار استخوان ماهی که با نام‌های نمودار ایشیکاوا (Ishikawa Diagram) و نمودار علت و معلول (Cause-and-Effect Diagram) نیز شناخته می‌شود، یکی از ابزارهای تحلیل علت ریشه‌ای یا Root Cause Analysis است.
این روش به‌جای تمرکز بر یک توضیح، علت‌های احتمالی یک مشکل را در چند گروه سازمان‌دهی می‌کند. ساختار نمودار شبیه اسکلت ماهی است. مشکل اصلی در قسمت سر ماهی قرار می‌گیرد، یک خط افقی به آن متصل می‌شود و شاخه‌های اطراف، دسته‌های مختلف علت را نمایش می‌دهند. سپس برای هر دسته، علت‌های جزئی‌تر مشخص می‌شوند. در آکادمی پاکراه نیز موضوع روش ریشه‌یابی مسئله با نمودار استخوان ماهی در پیوند با تحلیل مشکلات مدیریتی و بررسی شواهد قرار می‌گیرد؛ یعنی به‌جای انتخاب سریع راه‌حل، ابتدا علت‌های احتمالی شناسایی و آزموده شوند.
فرض کنید مسئله اصلی افزایش شکایت مشتریان باشد. به‌جای اینکه فوراً کیفیت عملکرد کارکنان را زیر سؤال ببریم، می‌توانیم مشکل را از چند جهت بررسی کنیم:
نیروی انسانی: آیا کارکنان آموزش کافی دیده‌اند؟ آیا حجم کار با ظرفیت آن‌ها تناسب دارد؟
فرایندها: آیا مراحل ارائه خدمات مشخص و استاندارد هستند؟
مدیریت: آیا تصمیم‌ها و وعده‌های مدیریتی با امکانات مجموعه هماهنگ‌اند؟
فناوری و تجهیزات: آیا ابزارهای لازم برای انجام صحیح کار در دسترس هستند؟
اندازه‌گیری عملکرد: آیا اطلاعات دقیقی درباره خطاها و نارضایتی مشتریان جمع‌آوری می‌شود؟
عوامل محیطی: آیا شرایط بازار، موقعیت جغرافیایی یا عوامل بیرونی بر کیفیت خدمات تأثیر می‌گذارند؟
در مدل کلاسیک شش‌گانه یا 6M، دسته‌هایی مانند نیروی انسانی، روش‌ها، ماشین‌آلات، مواد، اندازه‌گیری و محیط مطرح می‌شوند. اما برای تحلیل مشکلات مدیریتی یا کسب‌وکارهای خدماتی می‌توان دسته‌ها را متناسب با ماهیت مسئله تغییر داد.
نکته مهم این است که نمودار استخوان ماهی، علت واقعی را به‌صورت خودکار مشخص نمی‌کند؛ بلکه به تیم کمک می‌کند علت‌های احتمالی را از قلم نیندازد و بداند چه فرضیه‌هایی باید بررسی شوند.
یک مثال عملی؛ چرا سفارش‌های یک شرکت خدماتی همیشه دیر انجام می‌شوند؟
حالا به شرکت خدماتی ابتدای مقاله برگردیم. مدیر از شکایت‌های تکراری مشتریان خسته شده است. بعضی مشتریان ساعت‌ها منتظر تکنسین می‌مانند و برخی حتی سفارش خود را لغو می‌کنند.
در ظاهر، مشکل مشخص است: تکنسین‌ها دیر می‌رسند. اما آیا دیر رسیدن تکنسین علت اصلی است یا خودش نتیجه یک مشکل دیگر؟
فرض کنید شرکت در یک ماه ۲۰۰ سفارش انجام داده و ۵۰ سفارش دیرتر از زمان وعده‌داده‌شده به مشتری انجام شده‌اند؛ یعنی نرخ تأخیر ۲۵ درصد بوده است. این اعداد صرفاً برای توضیح روش تحلیل در یک سناریوی فرضی هستند.
مرحله اول؛ علت‌های احتمالی را روی نمودار قرار می‌دهیم
تیم مدیریتی با مشارکت کارکنان ثبت سفارش، برنامه‌ریزی و تکنسین‌ها، عوامل مختلف را بررسی می‌کند: کمبود نیرو و تفاوت مهارت‌ها، تخصیص مأموریت بدون توجه به زمان سفارش قبلی، نبود اطلاعات به‌روز ظرفیت تکنسین‌ها، وعده‌های غیرواقعی، سنجش نامنظم زمان مأموریت‌ها و فاصله جغرافیایی مشتریان.
هنوز معلوم نیست کدام عامل نقش بیشتری در تأخیر داشته است. نمودار در این مرحله فهرستی سازمان‌یافته از فرضیه‌هاست، نه نتیجه نهایی.
مرحله دوم؛ به‌جای حدس زدن، سفارش‌ها را بررسی می‌کنیم
تیم اطلاعات سفارش‌های ماه گذشته را کنار هم قرار می‌دهد: زمان ثبت سفارش، زمان وعده‌داده‌شده، زمان واقعی حضور تکنسین، مدت مأموریت و فاصله بین سفارش‌ها.
فرض کنیم ۳۵ مورد از ۵۰ سفارش تأخیردار، مربوط به مأموریت‌هایی بوده‌اند که بدون فاصله زمانی کافی پشت‌سرهم به تکنسین‌ها اختصاص یافته‌اند. این یافته به‌تنهایی رابطه علّی را اثبات نمی‌کند. باید سفارش‌های بدون تأخیر، شرایط ترافیک و ظرفیت واقعی تکنسین‌ها نیز بررسی شوند.
اما حالا یک فرضیه روشن داریم: شاید مشکل اصلی، نحوه تخصیص سفارش‌ها باشد، نه سرعت کار تکنسین‌ها.
مرحله سوم؛ با تکنیک پنج چرا عمیق‌تر می‌رویم
تکنیک پنج چرا (5 Whys) یکی از ابزارهای مکمل برای بررسی یک مسیر علت‌یابی است. در این مثال می‌توان پرسید: چرا تکنسین دیر رسید؟ چون مأموریت قبلی طول کشید. چرا این تأخیر روی سفارش بعدی اثر گذاشت؟ چون در برنامه زمان ذخیره کافی نبود. چرا برنامه اصلاح نشد؟ چون وضعیت مأموریت‌ها به‌موقع به‌روزرسانی نمی‌شد. چرا؟ چون سازوکار مشخصی برای به‌روزرسانی ظرفیت و بازتنظیم برنامه تعریف نشده بود.
هر پاسخ در این زنجیره باید با شواهد بررسی شود و عدد پنج الزام قطعی نیست. تفاوت دو ابزار نیز روشن است: نمودار استخوان ماهی چند مسیر علت‌یابی را نشان می‌دهد؛ پنج چرا می‌تواند یکی از این مسیرها را عمیق‌تر بررسی کند.
مرحله چهارم؛ راه‌حل را در مقیاس محدود آزمایش می‌کنیم
فرض کنید شرکت برای گروهی از تکنسین‌ها، سیستم تخصیص سفارش را تغییر دهد. زمان مأموریت‌ها بر اساس نوع خدمت و اطلاعات گذشته تخمین زده شود، فاصله جغرافیایی لحاظ شود و هنگام تأخیر، برنامه‌های بعدی امکان اصلاح داشته باشند.
حالا باید دید درصد سفارش‌های تأخیردار کاهش یافته است یا نه؛ و آیا کاهش تأخیر به تغییر فرایند مربوط بوده یا عوامل دیگری مانند کم شدن سفارش‌ها هم نقش داشته‌اند. راه‌حل موفق فقط راه‌حلی نیست که منطقی به نظر برسد؛ باید اثر آن در عمل سنجیده شود.
پنج اشتباه مدیریتی که ریشه‌یابی مشکلات را بی‌نتیجه می‌کنند
۱. راه‌حل را قبل از شناخت مسئله انتخاب می‌کنند
اگر مدیر از ابتدا مطمئن باشد مشکل از کارکنان است، ممکن است فقط شواهدی را ببیند که نظرش را تأیید می‌کنند. در این حالت نمودار به وسیله‌ای برای توجیه تصمیم قبلی تبدیل می‌شود.
۲. به‌جای بررسی فرایند، دنبال مقصر می‌گردند
عبارت‌هایی مانند «کارکنان بی‌دقت‌اند» یا «تیم فروش ضعیف است» علت ریشه‌ای محسوب نمی‌شوند. باید دید چه شرایطی به خطا منجر شده و چرا فرایند نتوانسته از وقوع آن جلوگیری کند.
۳. تجربه شخصی را جایگزین داده می‌کنند
تجربه مدیر برای شکل‌گیری فرضیه‌ها ارزشمند است، اما برای تأیید آن‌ها کافی نیست؛ حتی مدیری باتجربه نیز ممکن است درباره علت یک مشکل خاص اشتباه کند.
۴. اولین علت منطقی را علت قطعی می‌دانند
ممکن است چند عامل به‌صورت هم‌زمان در شکل‌گیری مشکل نقش داشته باشند. توقف بررسی پس از شناسایی اولین عامل، بخش دیگری از مسئله را حل‌نشده باقی می‌گذارد.
۵. پس از اجرای راه‌حل، نتیجه را اندازه نمی‌گیرند
اگر شاخص‌های عملکرد پس از اصلاح فرایند بررسی نشوند، معلوم نمی‌شود مشکل واقعاً کاهش یافته یا فقط برای مدتی کمتر دیده می‌شود.
بعد از شناسایی علت ریشه‌ای، مدیر چه کاری باید انجام دهد؟
اگر ضعف در برنامه‌ریزی سفارش‌ها یکی از علت‌های تأییدشده تأخیر باشد، تذکر به مسئول برنامه‌ریزی کافی نیست. باید بخش نیازمند اصلاح مشخص شود، مسئول اجرا تعیین شود و معیار موفقیت تغییر روشن باشد.
برای نمونه، شرکت می‌تواند ظرفیت تکنسین‌ها را هنگام ثبت سفارش نشان دهد، زمان خدمات را بر اساس نوع مأموریت برآورد کند و وعده غیرواقعی به مشتری ندهد. سپس شاخص‌هایی مانند درصد تأخیر، نرخ شکایت، هزینه هر سفارش و رضایت مشتری را پیش و پس از تغییر بررسی کند.
تحلیل علت ریشه‌ای زمانی به تصمیم مدیریتی ارزشمند تبدیل می‌شود که شناسایی علت، به اقدام اصلاحی، ارزیابی اثربخشی و پایش مستمر وصل شود.
آیا برای هر مشکل کسب‌وکار باید نمودار استخوان ماهی رسم کرد؟
خیر. اگر مسئله ساده و علت آن با شواهد کافی روشن است، بررسی مستقیم و اصلاح همان عامل می‌تواند کافی باشد. اما زمانی که مشکل تکرار می‌شود، چند واحد سازمانی در آن نقش دارند یا راه‌حل‌های قبلی نتیجه پایداری نداشته‌اند، نمودار استخوان ماهی مفیدتر است.
برای آغاز، الزاماً نرم‌افزار پیچیده لازم نیست. یک مسئله دقیق، مشارکت افراد آشنا با فرایند و اطلاعات قابل اتکا مهم‌تر از ظاهر نمودار است. با این حال، رسم ساده نمودار نباید باعث ساده‌انگاری در تحلیل شود؛ بعضی روابط علت و معلولی به بررسی‌های تکمیلی نیاز دارند.
شاید مشکل اصلی کسب‌وکار شما همان چیزی نباشد که فکر می‌کنید
به مدیر ابتدای داستان برگردیم. او کارکنان بیشتری استخدام کرده، نظارت را افزایش داده و فشار کاری بیشتری به تیم وارد کرده بود؛ در حالی که ممکن بود بخشی از مشکل در شیوه برنامه‌ریزی سفارش‌ها پنهان باشد.
گاهی کاهش فروش از تبلیغات ضعیف آغاز نمی‌شود؛ گاهی نارضایتی مشتریان فقط به رفتار کارکنان مربوط نیست؛ و گاهی افت بهره‌وری نتیجه کم‌کاری افراد نیست.
نمودار استخوان ماهی کمک می‌کند پیش از تصمیم گرفتن، علت‌های احتمالی را منظم ببینیم و آن‌ها را با شواهد بررسی کنیم. شاید دفعه بعد که مشکلی تکرار شد، بهتر باشد به‌جای پرسیدن «این بار چه راه‌حلی اجرا کنیم؟» ابتدا بپرسیم: «چه شواهدی داریم که نشان می‌دهد علت واقعی مشکل را درست تشخیص داده‌ایم؟»