آموزش گام‌به‌گاممیز خدمت
ماتریس اولویت تیکت: تعیین اولویت با «اثر» و «فوریت» + جدول آماده برای IT و پشتیبانی
اولویت تیکت از ترکیب دو عامل به دست می‌آید: اثر (چه بخشی از سازمان متأثر شده) و فوریت (با چه سرعتی آسیب میزند و آیا راه جایگزین هست). ماتریس ۳×۳ این دو را به پنج سطح P1 تا P5 تبدیل میکند. برای هر اولویت مهلت اولین پاسخ، مهلت حل و تشدید تعریف کنید و بهجای انتخاب مستقیم اولویت، در فرم پرسشهای عینی بپرسید و اولویت نهایی را کارشناس تعیین کند.
خلاصه در چند نکته
- اولویت = ترکیب اثر و فوریت، نه احساس درخواستدهنده.
- اثر را با تعداد کاربران، واحد یا خدمت حیاتی تعریف کنید.
- فوریت را با توقف کار و وجود راه جایگزین تعریف کنید.
- ماتریس ۳×۳ پنج سطح اولویت P1 تا P5 می‌سازد.
- هر اولویت مهلت اولین پاسخ، مهلت حل و تشدید دارد.
- در فرم پرسش عینی بپرسید و اولویت نهایی را کارشناس تعیین کند.
- توزیع اولویتها را ماهانه بازبینی کنید.
فهرست مطالب
اگر در صف پشتیبانی فناوری اطلاعات سازمان شما بیشتر تیکتها با برچسب «فوری» ثبت می‌شوند، تنها نیستید. وقتی تعیین اولویت به خود درخواستدهنده سپرده شود، همه درخواست‌ها فوری می‌شوند: پرینتری که کاغذ گیر کرده، رمز عبوری که فراموش شده و سروری که کل حسابداری را از کار انداخته، همگی یک برچسب دارند. نتیجه این است که کارشناس پشتیبانی یا به ترتیب ورود کار میکند یا به صدای بلندتر پاسخ میدهد؛ و در هر دو حالت، مشکل واقعاً مهم ممکن است پشت ده درخواست کم‌اهمیت منتظر بماند.
راه‌حل استاندارد این مشکل ماتریس اثر و فوریت است: روشی ساده که اولویت را از ترکیب دو پرسش عینی به دست می‌آورد، نه از احساس درخواستدهنده. این راهنما ماتریس ۳×۳ آماده‌ای ارائه میکند، برای هر سطح تعریف عملیاتی و مثال می‌آورد و نشان میدهد چطور هر اولویت را به مهلت پاسخ و حل وصل کنید.
اولویت تیکت از کجا می‌آید؟
در چارچوب‌های مدیریت خدمات مثل ITIL، اولویت حاصل دو عامل است:
- اثر (Impact): این مشکل چه تعداد افراد یا چه بخشی از کسبوکار را تحت تأثیر قرار داده است؟
- فوریت (Urgency): با چه سرعتی این مشکل به کسبوکار آسیب میزند؟ آیا کار متوقف شده یا راه جایگزین وجود دارد؟
اولویت = ترکیب اثر و فوریت. مشکلی که اثر زیاد و فوریت زیاد دارد، بالاترین اولویت را می‌گیرد؛ مشکلی که اثر کم و فوریت کم دارد، پایین‌ترین. اگر با چارچوب ITIL آشنا نیستید، مقاله ITIL چیست مفاهیم پایه آن را به زبان ساده توضیح داده است.
تعریف عملیاتی سطوح اثر
تعریف‌های مبهم مثل «اثر زیاد» به همان مشکل قبلی برمی‌گردند. سطوح را با معیار قابل سنجش تعریف کنید:
| سطح اثر | تعریف عملیاتی | مثال |
|---|---|---|
| زیاد | کل سازمان، یک واحد کامل یا یک خدمت حیاتی برای مشتریان را متأثر کرده است | از کار افتادن سامانه حسابداری، قطعی اینترنت ساختمان |
| متوسط | یک تیم یا چند کاربر را متأثر کرده، یا یک خدمت غیرحیاتی را مختل کرده است | از کار افتادن پرینتر مشترک یک طبقه، کندی یک سامانه داخلی |
| کم | یک کاربر را متأثر کرده است | مشکل نرم‌افزاری روی رایانه یک کارمند، درخواست نصب برنامه |
تعریف عملیاتی سطوح فوریت
| سطح فوریت | تعریف عملیاتی | مثال |
|---|---|---|
| زیاد | کار متوقف شده و راه جایگزین وجود ندارد، یا زیان مالی، ایمنی یا حقوقی فوری در کار است | صندوق فروش کار نمی‌کند، مهلت ارسال اظهارنامه امروز است |
| متوسط | کار با سختی یا کندی ادامه دارد، یا راه جایگزین موقت هست | کاربر می‌تواند از رایانه دیگری استفاده کند |
| کم | کار ادامه دارد و درخواست می‌تواند برنامه‌ریزی شود | درخواست ارتقای نرم‌افزار، تغییر چیدمان میز |
ماتریس ۳×۳ اولویت
با ترکیب اثر و فوریت، پنج سطح اولویت به دست می‌آید:
| فوریت ↓ / اثر → | زیاد | متوسط | کم |
|---|---|---|---|
| زیاد | P1 – بحرانی | P2 – بالا | P3 – متوسط |
| متوسط | P2 – بالا | P3 – متوسط | P4 – پایین |
| کم | P3 – متوسط | P4 – پایین | P5 – برنامه‌ریزی‌شده |
این ماتریس متقارن است، اما می‌توانید آن را با شرایط سازمان خود تنظیم کنید. برخی سازمانها چهار سطح را کافی می‌دانند و P4 و P5 را یکی می‌کنند.
پیوند اولویت با مهلت پاسخ و حل
اولویت بدون مهلت فقط یک برچسب است. برای هر اولویت دو مهلت تعریف کنید: مهلت اولین پاسخ (کارشناس دریافت تیکت را اعلام و بررسی را شروع کند) و مهلت حل (مشکل برطرف یا راه جایگزین داده شود). اعداد جدول زیر نمونه هستند و باید با ظرفیت تیم و ساعات کاری سازمان شما تنظیم شوند:
| اولویت | مهلت اولین پاسخ (نمونه) | مهلت حل (نمونه) | اقدام ویژه |
|---|---|---|---|
| P1 – بحرانی | کمتر از یک ساعت | همان روز | اطلاع فوری به مدیر فناوری اطلاعات، کار مستمر تا رفع |
| P2 – بالا | چند ساعت کاری | یک روز کاری | پیگیری مدیر صف |
| P3 – متوسط | یک روز کاری | چند روز کاری | روال عادی |
| P4 – پایین | دو روز کاری | یک هفته | روال عادی |
| P5 – برنامه‌ریزی‌شده | طبق برنامه | طبق برنامه توافق‌شده | در برنامه کاری بعدی |
اگر مهلتی بگذرد، تشدید فعال شود: یادآوری به کارشناس، سپس اطلاع به مدیر صف. بدون تشدید، مهلت فقط عددی روی کاغذ است.
مثال برای صف‌های مختلف
ماتریس اثر و فوریت فقط مخصوص فناوری اطلاعات نیست. این روش برای هر صف خدمت قابل استفاده است:
صف فناوری اطلاعات
| درخواست | اثر | فوریت | اولویت |
|---|---|---|---|
| قطعی سامانه فروش در همه شعب | زیاد | زیاد | P1 |
| از کار افتادن ایمیل یک واحد | متوسط | زیاد | P2 |
| رایانه یک کارمند روشن نمی‌شود، رایانه جایگزین هست | کم | متوسط | P4 |
| درخواست نصب نرم‌افزار جدید | کم | کم | P5 |
صف خدمات ساختمان
| درخواست | اثر | فوریت | اولویت |
|---|---|---|---|
| نشت آب در اتاق سرور | زیاد | زیاد | P1 |
| خرابی آسانسور در ساختمان چندطبقه | متوسط | متوسط | P3 |
| خرابی کولر یک اتاق در تابستان | کم | متوسط | P4 |
| تعویض لامپ راهرو | کم | کم | P5 |
صف حقوقی
| درخواست | اثر | فوریت | اولویت |
|---|---|---|---|
| ابلاغیه دادگاه با مهلت پاسخ نزدیک | زیاد | زیاد | P1 |
| بررسی قرارداد بزرگ پیش از امضا با مهلت مشخص | زیاد | متوسط | P2 |
| بررسی یک قرارداد تکراری با قالب استاندارد | کم | متوسط | P4 |
| درخواست نظر حقوقی عمومی | کم | کم | P5 |
گام‌به‌گام: راه‌اندازی ماتریس اولویت در صف خدمت
- سطوح اثر را با معیار سنجش‌پذیر تعریف کنید: تعداد کاربران، واحد، خدمت حیاتی.
- سطوح فوریت را با پرسشهای ساده تعریف کنید: آیا کار متوقف شده؟ آیا راه جایگزین هست؟ آیا زیان فوری در کار است؟
- ماتریس را بسازید و تأیید کنید: با مدیران صف و نمایندگان واحدهای درخواستدهنده.
- برای هر اولویت مهلت پاسخ و حل تعیین کنید: متناسب با ظرفیت تیم.
- در فرم ثبت تیکت، اثر و فوریت را با پرسش ساده بپرسید: نه «اولویت را انتخاب کنید».
- به کارشناس اجازه اصلاح بدهید: کارشناس پس از بررسی می‌تواند اثر یا فوریت را با ثبت دلیل تغییر دهد.
- تشدید را برای عبور از مهلت فعال کنید.
- ماهانه بازبینی کنید: آیا توزیع اولویتها منطقی است؟
اولویت، شدت و دسته: سه مفهوم که نباید قاطی شوند
در بسیاری از سامانه‌های پشتیبانی، کنار اولویت دو فیلد دیگر هم دیده می‌شود: شدت و دسته. این سه مفهوم کارکرد متفاوتی دارند و ترکیب‌کردنشان ماتریس را بی‌اثر میکند:
- دسته نشان میدهد درخواست درباره چیست: سخت‌افزار، نرم‌افزار، شبکه، دسترسی، ساختمان یا حقوقی. دسته تعیین میکند تیکت به کدام صف و کدام کارشناس برود، اما درباره زمان رسیدگی چیزی نمی‌گوید.
- شدت معمولاً میزان خرابی فنی را توصیف میکند؛ مثلاً «سامانه کاملاً از کار افتاده» یا «یک گزارش اشتباه نمایش داده می‌شود». شدت به اثر نزدیک است، اما از دید فنی تعریف می‌شود.
- اولویت ترتیب و سرعت رسیدگی را تعیین میکند و از ترکیب اثر بر کسبوکار و فوریت به دست می‌آید.
ممکن است یک خرابی فنی شدید، اولویت پایینی داشته باشد؛ مثلاً از کار افتادن کامل سامانه‌ای که فقط ماهی یک بار استفاده می‌شود و تا دو هفته دیگر کسی به آن نیاز ندارد. برعکس، یک ایراد فنی کوچک در صفحه پرداخت مشتریان می‌تواند P1 باشد.
نمونه متن راهنما برای پرتال درخواست
متن کوتاهی مثل نمونه زیر را در پرتال ثبت درخواست قرار دهید تا کاربران بدانند اولویت چطور تعیین می‌شود:
«اولویت درخواست شما بر اساس دو پرسش تعیین می‌شود: این مشکل چند نفر را درگیر کرده است و آیا کار شما را کاملاً متوقف کرده است؟ لطفاً به این دو پرسش دقیق پاسخ دهید. کارشناس پشتیبانی پس از بررسی، اولویت نهایی را تأیید میکند. اگر مشکل کل واحد یا یک خدمت حیاتی را متوقف کرده است، علاوه بر ثبت درخواست با شماره داخلی پشتیبانی تماس بگیرید.»
برای راه‌اندازی درگاهی که درخواست‌دهندگان در آن تیکت ثبت و پیگیری می‌کنند، مقاله پرتال مشتری چیست نکات کاربردی دارد.
جلوگیری از «همه‌چیز فوری است»
حتی با ماتریس، ممکن است کاربران سعی کنند فوریت را بیشتر از واقعیت اعلام کنند. چند راهکار:
- پرسشهای عینی بهجای انتخاب مستقیم: بهجای «فوریت: زیاد/متوسط/کم» بپرسید «آیا کارتان کاملاً متوقف شده است؟» و «آیا راه دیگری برای ادامه کار دارید؟».
- بازبینی کارشناس: اولویت نهایی را کارشناس تعیین کند، نه درخواستدهنده.
- گزارش توزیع اولویتها: اگر بیش از بخش کوچکی از تیکتها P1 یا P2 هستند، تعریف‌ها یا رفتار کاربران نیاز به بازنگری دارد.
- آموزش کوتاه: یک صفحه توضیح در پرتال درخواست با مثالهای بالا.
- مسیر جدا برای موارد واقعاً بحرانی: برای P1، تماس تلفنی مستقیم با کارشناس کشیک در کنار ثبت تیکت.
اولویت و تیکت‌های مشتری
اگر میز خدمت شما به مشتریان بیرونی هم خدمت میدهد، اثر می‌تواند شامل معیارهایی مثل تعداد مشتریان متأثر یا اهمیت قرارداد خدمت باشد. فرایند رسیدگی به شکایت مشتری نیز اولویتبندی خاص خود را دارد که در مقاله فرایند رسیدگی به شکایات مشتری شرح داده‌ایم. تفاوت میز خدمت و نرم‌افزار مدیریت ارتباط با مشتری را هم در میز خدمت یا CRM ببینید.
ماتریس اولویت در آریا آی‌تی
در تیکتینگ سازمانی آریا آی‌تی هر تیکت دسته، اولویت، صف، کارشناس و تشدید دارد و مهلت خدمت روی هر درخواست اجرا می‌شود؛ صف‌های فناوری اطلاعات، منابع انسانی، ساختمان و حقوقی جدا از هم تعریف می‌شوند. میز خدمت کارکنان نیز کاتالوگ خدمت، پرتال درخواستدهنده و گزارش زمان پاسخ را فراهم میکند. تعریف سطوح اثر و فوریت و مهلت هر اولویت را می‌توانید بر اساس جدول‌های این راهنما و ظرفیت تیم خود تنظیم کنید.
جمع‌بندی
اولویت تیکت نباید از احساس درخواستدهنده بیاید، بلکه از دو پرسش عینی: این مشکل چه بخشی از سازمان را متأثر کرده (اثر) و با چه سرعتی آسیب میزند (فوریت). ماتریس ۳×۳ این دو را به پنج سطح اولویت تبدیل میکند و پیوند هر سطح با مهلت پاسخ، مهلت حل و تشدید، آن را به ابزار عملیاتی تبدیل میکند. با پرسشهای عینی در فرم و بازبینی کارشناس، صف شما از «همه‌چیز فوری است» به «مهم‌ترها اول» می‌رسد.
صف پشتیبانی را با اولویت و مهلت مدیریت کنید: تیکتینگ آریا آی‌تی را ببینید و فضای کاری را ۷ روز رایگان امتحان کنید.
مراحل انجام کار
سطوح اثر را تعریف کنید
اثر زیاد، متوسط و کم را با تعداد کاربران، واحد یا خدمت حیاتی متأثر تعریف کنید.
سطوح فوریت را تعریف کنید
فوریت را با توقف کار، وجود راه جایگزین و زیان فوری تعریف کنید.
ماتریس را بسازید و تأیید کنید
ماتریس ۳×۳ را با مدیران صف و نمایندگان واحدها نهایی کنید.
برای هر اولویت مهلت تعیین کنید
مهلت اولین پاسخ و مهلت حل هر اولویت را متناسب با ظرفیت تیم تعیین کنید.
فرم ثبت را با پرسش عینی بسازید
بهجای انتخاب مستقیم اولویت، درباره توقف کار و راه جایگزین بپرسید.
اصلاح توسط کارشناس را مجاز کنید
کارشناس پس از بررسی اثر یا فوریت را با ثبت دلیل اصلاح کند.
تشدید را فعال کنید
عبور از مهلت را به یادآوری کارشناس و سپس اطلاع به مدیر صف وصل کنید.
ماهانه بازبینی کنید
توزیع اولویتها و رعایت مهلتها را بررسی و تعریف‌ها را اصلاح کنید.
پرسشهای متداول
تفاوت اثر و فوریت در اولویتبندی تیکت چیست؟
+
اثر نشان میدهد مشکل چه تعداد افراد یا چه بخشی از کسبوکار را متأثر کرده است؛ فوریت نشان میدهد مشکل با چه سرعتی آسیب میزند و آیا راه جایگزین برای ادامه کار وجود دارد.
چه کسی اولویت نهایی تیکت را تعیین میکند؟
+
بهتر است درخواستدهنده به پرسشهای عینی پاسخ دهد و اولویت اولیه از ماتریس محاسبه شود، اما کارشناس پس از بررسی اولویت نهایی را با ثبت دلیل تأیید یا اصلاح کند.
مهلت پاسخ هر اولویت چقدر باشد؟
+
عدد ثابتی برای همه سازمانها وجود ندارد. مهلتها را با ظرفیت تیم، ساعات کاری و اهمیت خدمات خود تنظیم کنید؛ جدول این مقاله فقط نمونه است.
اگر بیشتر تیکتها فوری ثبت شوند چه کنیم؟
+
پرسشهای عینی بهجای انتخاب مستقیم فوریت بگذارید، بازبینی کارشناس را الزامی کنید، توزیع اولویتها را گزارش بگیرید و با مثالهای روشن کاربران را آموزش دهید.
