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