آموزش گام‌به‌گاممیز خدمت
تحلیل علت ریشهای تیکتهای تکراری: از رفع موقت تا حل دائمی با پنج چرا و استخوان ماهی
تیکتهای تکراری نشانه رفع علامت بدون حل علت‌اند. تحلیل علت ریشهای با یافتن الگو از گزارش حجم، دسته، مکان، زمان و نرخ بازگشایی شروع می‌شود، مسئله دقیق تعریف می‌شود و با روش پنج چرا یا نمودار استخوان ماهی علت ریشهای شناسایی می‌شود. راهحل دائمی به وظیفه با مسئول تبدیل، یافته‌ها در پایگاه دانش ثبت و تیکتهای مرتبط بسته و پایش می‌شوند.
خلاصه در چند نکته
- رفع رخداد و حل مشکل دو هدف متفاوت‌اند.
- الگوی تکرار را از گزارش‌ها و تجربه کارشناسان پیدا کنید.
- اولویت با بیشترین تکرار ضرب در اثر است.
- مسئله را دقیق و قابل اندازه‌گیری تعریف کنید.
- پنج چرا باید به فرایند یا سیستم برسد، نه فرد.
- استخوان ماهی برای مسائل با علتهای متعدد.
- یافته‌ها را در پایگاه دانش ثبت و تیکتهای مرتبط را ببندید.
فهرست مطالب
هر دوشنبه صبح، چند کارمند واحد مالی تیکت می‌زنند که «چاپگر طبقه سوم کار نمی‌کند». کارشناس پشتیبانی می‌رود، چاپگر را خاموش و روشن می‌کند، مشکل برطرف می‌شود و تیکت بسته می‌شود. هفته بعد، همان داستان تکرار می‌شود. در گزارش ماهانه، این تیکت‌ها «حل‌شده» هستند و زمان حل‌شان هم عالی است. اما در واقعیت، هیچ‌کدام حل نشده‌اند؛ فقط علامت برطرف شده و علت همچنان سر جایش است.
تیکتهای تکراری یکی از بزرگ‌ترین منابع اتلاف در میز خدمت‌اند. هزینه آن‌ها فقط زمان کارشناس نیست؛ کارکنانی که هر هفته با همان مشکل روبه‌رو می‌شوند، اعتمادشان را به پشتیبانی از دست می‌دهند. تحلیل علت ریشهای (Root Cause Analysis یا RCA) روشی است برای عبور از رفع موقت به حل دائمی. در این راهنما، گام‌به‌گام نشان می‌دهیم چطور الگوی تیکتهای تکراری را پیدا کنید، با روش «پنج چرا» و «نمودار استخوان ماهی» علت ریشهای را بیابید، راهحل را در پایگاه دانش ثبت کنید و تیکتهای مرتبط را ببندید.
رفع موقت در برابر حل دائمی
در مدیریت خدمات فناوری اطلاعات، معمولاً بین دو مفهوم تفاوت گذاشته می‌شود:
| مفهوم | هدف | مثال |
|---|---|---|
| مدیریت رخداد (Incident) | بازگرداندن سریع خدمت به حالت عادی | خاموش و روشن کردن چاپگر |
| مدیریت مشکل (Problem) | یافتن و رفع علت ریشهای رخدادهای تکراری | پیدا کردن اینکه چرا چاپگر هر دوشنبه قفل می‌کند |
هر دو لازم‌اند. وقتی کارمند نمی‌تواند چاپ کند، باید سریع کمکش کرد. اما اگر همین رخداد تکرار می‌شود، باید یک «مشکل» تعریف و ریشه‌اش پیدا شود. این تفکیک یکی از مفاهیم اصلی چارچوب ITIL است که در مقاله ITIL چیست معرفی کرده‌ایم.
گام ۱: پیدا کردن الگوی تیکتهای تکراری
قبل از تحلیل ریشه، باید بدانید کدام تیکت‌ها تکراری‌اند. منابع داده:
- گزارش حجم به تفکیک دسته: کدام دسته‌ها بیشترین تیکت را دارند؟
- گزارش به تفکیک درخواست‌کننده یا مکان: آیا یک واحد یا یک طبقه سهم نامتناسبی دارد؟
- گزارش به تفکیک زمان: آیا تیکت‌ها در روز یا ساعت خاصی متمرکزند؟
- نرخ بازگشایی: تیکت‌هایی که مدام بازگشایی می‌شوند، نشانه حل نشدن ریشه‌اند.
- تجربه کارشناسان: کارشناسان اغلب اولین کسانی‌اند که می‌گویند «این را هفته پیش هم داشتیم».
شاخص‌هایی مثل حجم و نرخ بازگشایی را در مقاله شاخص‌های عملکرد میز خدمت توضیح داده‌ایم.
قاعده عملی برای انتخاب: با مشکلاتی شروع کنید که بیشترین تکرار × اثر را دارند. مشکلی که هفته‌ای ده بار رخ می‌دهد و هر بار کار یک واحد را متوقف می‌کند، اولویت بالاتری از مشکلی دارد که ماهی یک بار رخ می‌دهد و اثر کمی دارد.
گام ۲: تعریف مسئله
مسئله را دقیق و قابل اندازه‌گیری تعریف کنید. تعریف مبهم به تحلیل مبهم می‌رسد.
- ❌ تعریف ضعیف: «چاپگرها مشکل دارند.»
- ✅ تعریف خوب: «چاپگر شبکه طبقه سوم در شش هفته گذشته، هر دوشنبه بین ساعت ۸ تا ۹ صبح از دسترس خارج می‌شود و در مجموع ۱۴ تیکت ثبت شده است.»
تعریف خوب به پرسش‌های چه، کجا، چه زمانی، چقدر و از کی پاسخ می‌دهد.
گام ۳: روش پنج چرا
روش پنج چرا (5 Whys) ساده‌ترین ابزار تحلیل ریشه است: با پرسیدن مکرر «چرا؟» از علامت به علت می‌رسید. عدد پنج قاعده سخت نیست؛ گاهی سه چرا کافی است و گاهی هفت چرا لازم است.
مثال: چاپگر طبقه سوم
- چرا کارکنان نمی‌توانند صبح دوشنبه چاپ کنند؟ چون چاپگر به درخواست‌های چاپ پاسخ نمی‌دهد.
- چرا چاپگر پاسخ نمی‌دهد؟ چون صف چاپ آن پر شده و قفل کرده است.
- چرا صف چاپ پر می‌شود؟ چون صبح دوشنبه ده‌ها گزارش هفتگی هم‌زمان به آن ارسال می‌شود.
- چرا همه گزارش‌ها هم‌زمان ارسال می‌شوند؟ چون یک کار زمان‌بندی‌شده در سامانه مالی، گزارش‌های هفتگی را رأس ساعت ۸ دوشنبه برای چاپ می‌فرستد.
- چرا این کار زمان‌بندی‌شده روی چاپگر طبقه سوم تنظیم شده؟ چون هنگام راه‌اندازی، چاپگر پیش‌فرض سرور گزارش همین چاپگر انتخاب شده و ظرفیت آن برای این حجم بررسی نشده است.
علت ریشهای: تنظیم نادرست مقصد چاپ یک کار زمان‌بندی‌شده. راهحل دائمی: توزیع زمان ارسال گزارش‌ها یا تغییر مقصد به چاپگر با ظرفیت بالاتر، یا جایگزینی چاپ با ارسال الکترونیک.
نکات روش پنج چرا:
- هر پاسخ باید بر اساس شواهد باشد، نه حدس.
- به فرد نرسید، به فرایند یا سیستم برسید. «چون کارمند اشتباه کرد» علت ریشهای نیست؛ باید پرسید چرا سیستم اجازه آن اشتباه را داد.
- گاهی مسیر شاخه می‌شود؛ ممکن است بیش از یک علت ریشهای وجود داشته باشد.
گام ۴: نمودار استخوان ماهی
وقتی مشکل پیچیده‌تر است و علتهای احتمالی متعددی دارد، نمودار استخوان ماهی (نمودار علت و معلول یا ایشیکاوا) کمک می‌کند همه علتهای ممکن را به‌صورت ساختارمند بررسی کنید. مسئله در «سر ماهی» نوشته می‌شود و علت‌ها در «استخوان‌ها» دسته‌بندی می‌شوند.
برای میز خدمت فناوری اطلاعات، این دسته‌ها کاربردی‌اند:
| دسته | پرسش‌های نمونه |
|---|---|
| افراد | آیا کاربران آموزش کافی دارند؟ آیا کارشناسان رویه یکسانی دارند؟ |
| فرایند | آیا رویه‌ای برای این کار وجود دارد؟ آیا رعایت می‌شود؟ |
| فناوری (سخت‌افزار و نرم‌افزار) | آیا تجهیزات کهنه یا ناسازگارند؟ آیا به‌روزرسانی اخیری انجام شده؟ |
| پیکربندی | آیا تنظیمات اخیراً تغییر کرده؟ آیا تنظیمات پیش‌فرض مناسب است؟ |
| محیط | آیا شبکه، برق یا شرایط فیزیکی نقش دارد؟ |
| تأمین‌کننده | آیا مشکل از سرویس یا محصول طرف سوم است؟ |
مثال: «کندی ورود به سامانه در ساعات اولیه صبح»
- افراد: همه کارکنان رأس ساعت ۸ وارد می‌شوند.
- فرایند: هیچ.
- فناوری: سرور احراز هویت منابع محدود دارد.
- پیکربندی: پشتیبان‌گیری شبانه تا ساعت ۸:۳۰ ادامه دارد.
- محیط: پهنای باند شبکه در ساعات اولیه اشباع است.
با بررسی شواهد هر شاخه، معلوم می‌شود پشتیبان‌گیری شبانه که تا صبح ادامه دارد، با بار ورود صبحگاهی هم‌پوشانی دارد. راهحل: جابه‌جایی زمان پشتیبان‌گیری.
گام ۵: انتخاب و اجرای راهحل دائمی
پس از یافتن علت ریشهای:
- راه‌حل‌های ممکن را فهرست کنید.
- هزینه، زمان و ریسک هرکدام را بسنجید.
- راهحل را با مسئول و مهلت به یک وظیفه یا درخواست تغییر تبدیل کنید.
- اگر راهحل دائمی زمان‌بر است، یک راهحل موقت مستند (Workaround) تعریف کنید تا تا آن زمان کارشناسان یکسان عمل کنند.
گام ۶: ثبت در پایگاه دانش
یافته‌های تحلیل ریشه باید مستند شوند تا دانش در ذهن یک نفر نماند. یک مقاله دانش برای هر مشکل شناخته‌شده:
- عنوان: شرح مختصر علامت (همان‌طور که کاربران گزارش می‌کنند)
- علامت‌ها: آنچه کاربر می‌بیند
- علت ریشهای: آنچه تحلیل نشان داد
- راهحل موقت: تا زمان حل دائمی
- راهحل دائمی: و وضعیت اجرای آن
- تیکتهای مرتبط: پیوند به تیکت‌هایی که این مشکل را گزارش کرده‌اند
وقتی تیکت جدیدی با همان علامت ثبت شد، کارشناس با جستجو در پایگاه دانش، فوراً راهحل را پیدا می‌کند.
گام ۷: بستن تیکتهای مرتبط و پایش
پس از اجرای راهحل دائمی:
- تیکتهای باز مرتبط را با ارجاع به راهحل ببندید و به درخواست‌کنندگان اطلاع دهید.
- برای چند هفته، دسته مربوط را پایش کنید تا مطمئن شوید مشکل واقعاً تکرار نمی‌شود.
- اگر تکرار شد، تحلیل را از نو باز کنید؛ شاید علت ریشهای دیگری هم وجود دارد.
چه کسی تحلیل ریشهای را انجام دهد؟
تحلیل ریشهای بهتر است کار یک نفر نباشد. ترکیب پیشنهادی برای یک جلسه تحلیل:
- کارشناسی که بیشترین تیکتهای این مشکل را رسیدگی کرده: چون جزئیات علامت‌ها را می‌داند.
- یک کارشناس فنی از حوزه مربوط: مثلاً شبکه، سرور یا نرم‌افزار.
- نماینده‌ای از کاربران آسیب‌دیده: که می‌تواند بگوید مشکل دقیقاً چه زمانی و چطور رخ می‌دهد.
- سرپرست میز خدمت یا مسئول مدیریت مشکل: که جلسه را هدایت و اقدامات را پیگیری می‌کند.
جلسه را کوتاه و متمرکز نگه دارید؛ معمولاً یک ساعت برای یک مشکل مشخص کافی است. خروجی جلسه باید روشن باشد: علت ریشهای (یا فرضیه‌هایی که باید آزمون شوند)، راهحل موقت، راهحل دائمی، مسئول و مهلت.
فرم ساده ثبت تحلیل ریشهای
برای اینکه تحلیل‌ها یکسان و قابل مقایسه باشند، یک فرم کوتاه تعریف کنید:
| فیلد | توضیح |
|---|---|
| شرح مسئله | تعریف دقیق با چه، کجا، چه زمانی، چقدر |
| تیکتهای مرتبط | فهرست یا شمار تیکت‌ها |
| روش تحلیل | پنج چرا، استخوان ماهی یا هر دو |
| علت ریشهای | با شواهد پشتیبان |
| راهحل موقت | تا زمان رفع دائمی |
| راهحل دائمی | با مسئول و مهلت |
| تاریخ پایش | زمانی که بررسی می‌شود مشکل تکرار نشده باشد |
اشتباهات رایج
- متوقف شدن در اولین چرا: «چاپگر خراب است» علت ریشهای نیست.
- سرزنش فرد: به‌جای بررسی فرایند و سیستم.
- تحلیل بدون شواهد: بر اساس حدس و تجربه شخصی.
- یافتن ریشه بدون اقدام: تحلیل که به وظیفه تبدیل نشود، بی‌ثمر است.
- ثبت نکردن در پایگاه دانش: که باعث می‌شود دفعه بعد از صفر شروع کنید.
همین منطق را می‌توان در حوزه کیفیت و شکایات هم به کار برد؛ نمونه آن را در مقاله گردش کار عدم انطباق و اقدام اصلاحی ببینید.
تحلیل ریشهای در آریا آی‌تی
تیکتینگ آریا آی‌تی درخواست‌ها را با صف، اولویت، تشدید و SLA مدیریت می‌کند و به پایگاه دانش پیوند دارد؛ دسته‌بندی و سابقه تیکت‌ها داده لازم برای یافتن الگوهای تکراری را فراهم می‌کند. راه‌حل‌های مستند را می‌توانید در پایگاه دانش سازمانی نگه دارید و اقدامات اصلاحی را به‌صورت وظیفه با مسئول و مهلت پیگیری کنید. تحلیل ریشهای خودش کار انسانی تیم است؛ سامانه داده و ثبت را فراهم می‌کند.
جمع‌بندی
تیکتهای تکراری نشانه‌اند که فقط علامت برطرف شده، نه علت. با پیدا کردن الگو از گزارش‌ها، تعریف دقیق مسئله، روش پنج چرا برای مسائل ساده‌تر و نمودار استخوان ماهی برای مسائل پیچیده‌تر، می‌توانید به علت ریشهای برسید. راهحل دائمی را به وظیفه با مسئول تبدیل کنید، یافته‌ها را در پایگاه دانش ثبت کنید و تیکتهای مرتبط را ببندید و پایش کنید.
تیکت‌ها، دانش و اقدام اصلاحی را در یک جا داشته باشید: تیکتینگ آریا آی‌تی را ببینید یا ۷ روز رایگان امتحان کنید.
مراحل انجام کار
یافتن الگو
با گزارش حجم به تفکیک دسته، مکان و زمان و نرخ بازگشایی، تیکتهای تکراری را شناسایی و بر اساس تکرار و اثر اولویت‌بندی کنید.
تعریف مسئله
مسئله را با پاسخ به چه، کجا، چه زمانی، چقدر و از کی دقیق تعریف کنید.
پنج چرا
با پرسیدن مکرر چرا و تکیه بر شواهد، از علامت به علت فرایندی یا سیستمی برسید.
استخوان ماهی
برای مسائل پیچیده، علتهای احتمالی را در دسته‌های افراد، فرایند، فناوری، پیکربندی، محیط و تأمین‌کننده بررسی کنید.
راهحل دائمی
راهحل را با مسئول و مهلت به وظیفه یا درخواست تغییر تبدیل و تا آن زمان راهحل موقت مستند تعریف کنید.
ثبت دانش و بستن
علامت، علت، راهحل موقت و دائمی را در پایگاه دانش ثبت، تیکتهای مرتبط را ببندید و چند هفته پایش کنید.
پرسش‌های متداول
تفاوت رخداد و مشکل در میز خدمت چیست؟
+
رخداد قطع یا اختلال در خدمت است که باید سریع برطرف شود؛ مشکل علت ریشهای یک یا چند رخداد تکراری است که باید شناسایی و رفع شود.
روش پنج چرا همیشه پنج مرحله دارد؟
+
خیر. عدد پنج راهنماست؛ گاهی سه چرا کافی است و گاهی بیشتر لازم است. مهم رسیدن به علت فرایندی یا سیستمی با تکیه بر شواهد است.
چه زمانی از نمودار استخوان ماهی استفاده کنیم؟
+
وقتی مسئله پیچیده است و علتهای احتمالی متعددی در حوزههای مختلف مثل افراد، فرایند، فناوری و محیط دارد.
بعد از یافتن علت ریشهای چه کنیم؟
+
راهحل دائمی را با مسئول و مهلت تعریف کنید، در صورت نیاز راهحل موقت مستند بگذارید، یافته را در پایگاه دانش ثبت کنید و تیکتهای مرتبط را ببندید.