تعریف اصطلاحمیز خدمت
SLA در گردشکار و تیکتینگ: تعریف مهلت، هشدار و تشدید (Escalation)
SLA یا توافق سطح خدمت تعهدی قابل اندازهگیری درباره سرعت و کیفیت ارائه یک خدمت است که در تیکتینگ و گردش کار به مهلت روی هر درخواست یا ایستگاه تبدیل میشود. تشدید (Escalation) وقتی مهلت در خطر است یا میگذرد، موضوع را به نقش بالاتر میبرد.
خلاصه در چند نکته
- SLA تعهد است و KPI سنجه؛ بدون SLA تعریفشده درصد رعایت مهلت معنا ندارد.
- اولویت از ترکیب اثر و فوریت تعیین میشود.
- زمان پاسخ اولیه و زمان حل دو معیار اصلی تقریباً همه SLAها هستند.
- مهلتها باید بر اساس ساعات کاری و تقویم هر صف محاسبه شوند.
- توقف ساعت SLA هنگام انتظار برای درخواستدهنده باید قاعده شفاف داشته باشد.
- هشدار پیش از نقض مهمترین سطح تشدید است چون هنوز فرصت جبران هست.
- SLA فقط برای تیکت نیست؛ ایستگاههای گردش کار هم مهلت و تشدید میخواهند.
فهرست مطالب
SLA (Service Level Agreement) یا توافق سطح خدمت تعهدی مشخص و قابل اندازهگیری درباره کیفیت و سرعت ارائه یک خدمت است؛ مثلاً «درخواستهای فوری فناوری اطلاعات ظرف یک ساعت کاری پاسخ اولیه و ظرف هشت ساعت کاری حل میشوند». در گردش کار و سامانه تیکتینگ، SLA به مهلت روی هر درخواست یا ایستگاه تبدیل میشود و اگر مهلت در خطر باشد یا بگذرد، تشدید (Escalation) موضوع را به سطح بالاتر میبرد.
SLA اصطلاحی است که از قراردادهای خدمات فناوری اطلاعات و چارچوبهایی مثل ITIL آمده، اما امروز در خدمات داخلی سازمان هم کاربرد گسترده دارد: واحد تأسیسات به بقیه واحدها خدمت میدهد، منابع انسانی به کارکنان و حقوقی به واحدهای کسبوکار. در این مقاله توضیح میدهیم SLA چیست، از چه اجزایی ساخته میشود، چطور برای خدمات داخلی تعریف میشود و چطور یک الگوی تشدید چندسطحی طراحی کنید که کار را واقعاً جلو ببرد.
SLA، OLA و KPI: تفاوتها
| اصطلاح | تعریف | مثال |
|---|---|---|
| SLA | توافق سطح خدمت بین ارائهدهنده و دریافتکننده خدمت | تیکت فوری IT ظرف یک ساعت پاسخ داده میشود |
| OLA | توافق سطح عملیات بین دو تیم داخلی که با هم یک SLA را محقق میکنند | تیم شبکه درخواستهای ارجاعی میز خدمت را ظرف دو ساعت بررسی میکند |
| KPI | شاخصی که میزان تحقق اهداف را میسنجد | درصد تیکتهایی که در مهلت SLA بسته شدند |
SLA تعهد است، KPI سنجه. بدون SLA تعریفشده، سنجهای مثل «درصد رعایت مهلت» اصلاً معنا ندارد.
اجزای یک SLA
۱. خدمت و دامنه
SLA برای یک خدمت مشخص تعریف میشود، نه برای «همه کارهای واحد». مثلاً «رفع اشکال سختافزاری رایانه» یا «صدور گواهی اشتغال».
۲. سطح اولویت
اولویت معمولاً از ترکیب اثر (چند نفر یا چه فرایندی متأثر است) و فوریت (چقدر سریع باید رفع شود) به دست میآید:
| فوریت بالا | فوریت متوسط | فوریت پایین | |
|---|---|---|---|
| اثر گسترده (کل واحد یا سازمان) | بحرانی | بالا | متوسط |
| اثر محدود (چند نفر) | بالا | متوسط | پایین |
| اثر فردی | متوسط | پایین | پایین |
۳. معیارهای زمانی
دو معیار اصلی تقریباً در همه SLAها وجود دارد:
- زمان پاسخ اولیه: از ثبت درخواست تا اولین اقدام یا تماس کارشناس.
- زمان حل: از ثبت تا رفع کامل و بستن درخواست.
بعضی سازمانها زمان پذیرش (تا تخصیص به کارشناس) را هم جداگانه میسنجند.
۴. تقویم کاری
مهلتها باید بر اساس ساعات کاری محاسبه شوند، نه ساعت تقویمی. درخواستی که پنجشنبه عصر ثبت شده، اگر مهلت حل آن هشت ساعت کاری باشد، نباید شنبه صبح «نقض SLA» محسوب شود. در عمل، بهترین روش تعریف تقویم کاری هر صف است: ساعات کاری روزانه، روزهای کاری هفته و تعطیلات رسمی. خدماتی مثل پشتیبانی شبانه یا تأسیسات اضطراری ممکن است تقویم بیستوچهارساعته داشته باشند. پیش از اتکا به محاسبه خودکار، بررسی کنید سامانه شما تعطیلات رسمی و تقویم هر صف را چطور در محاسبه مهلت لحاظ میکند.
۵. توقف ساعت SLA
وقتی کارشناس منتظر اطلاعات از درخواستدهنده است، منطقی نیست زمان SLA علیه تیم پشتیبانی شمرده شود. وضعیتهایی مثل «منتظر پاسخ درخواستدهنده» معمولاً ساعت SLA را متوقف میکنند. اما این قاعده باید شفاف باشد تا به راهی برای دور زدن تعهد تبدیل نشود.
۶. استثناها و گزارش
چه مواردی از SLA خارجاند (مثلاً اختلال سرویس بیرونی) و نتیجه رعایت یا نقض SLA در چه گزارشی، با چه دورهای و برای چه کسی ارائه میشود.
نمونه SLA برای خدمات داخلی سازمان
اعداد زیر فقط نمونهاند و باید بر اساس ظرفیت واقعی هر واحد تنظیم شوند.
فناوری اطلاعات
| اولویت | نمونه | پاسخ اولیه | حل |
|---|---|---|---|
| بحرانی | قطعی ایمیل یا شبکه کل ساختمان | ۱۵ دقیقه | ۴ ساعت کاری |
| بالا | رایانه مدیر یا سامانه یک واحد از کار افتاده | ۱ ساعت | ۸ ساعت کاری |
| متوسط | مشکل نرمافزار یک کاربر | ۴ ساعت | ۲ روز کاری |
| پایین | درخواست نصب نرمافزار غیرضروری | ۱ روز کاری | ۵ روز کاری |
منابع انسانی
| خدمت | پاسخ اولیه | حل |
|---|---|---|
| گواهی اشتغال به کار | ۱ روز کاری | ۳ روز کاری |
| اصلاح اطلاعات پرسنلی | ۱ روز کاری | ۵ روز کاری |
| پرسش درباره آییننامهها | ۴ ساعت کاری | ۱ روز کاری |
تأسیسات و خدمات ساختمان
| اولویت | نمونه | پاسخ اولیه | حل |
|---|---|---|---|
| بحرانی | نشتی آب، قطع برق یک طبقه | ۳۰ دقیقه | ۴ ساعت |
| متوسط | خرابی سرمایش یک اتاق | ۴ ساعت کاری | ۲ روز کاری |
| پایین | تعویض لامپ یا تعمیر صندلی | ۱ روز کاری | ۵ روز کاری |
تشدید (Escalation) چیست؟
تشدید سازوکاری است که وقتی مهلت در خطر است یا گذشته، موضوع را به نقش بالاتر یا جایگزین میبرد تا کار متوقف نماند. تشدید دو نوع دارد:
- تشدید عمودی (سلسلهمراتبی): اطلاع به سرپرست صف، مدیر واحد یا بالاتر.
- تشدید افقی (کارکردی): انتقال به کارشناس متخصصتر یا تیم سطح دوم.
الگوی تشدید چندسطحی
یک الگوی عملی برای تیکت با اولویت بالا که مهلت حل آن هشت ساعت کاری است:
| سطح | زمان | اقدام |
|---|---|---|
| هشدار | ۷۵٪ مهلت سپری شده (۶ ساعت) | یادآوری به کارشناس مسئول |
| سطح ۱ | مهلت گذشت (۸ ساعت) | اطلاع به سرپرست صف؛ امکان تخصیص مجدد |
| سطح ۲ | ۱۵۰٪ مهلت (۱۲ ساعت) | اطلاع به مدیر واحد ارائهدهنده خدمت |
| سطح ۳ | ۲۰۰٪ مهلت (۱۶ ساعت) | اطلاع به مدیر بالاتر و ثبت در گزارش استثنا |
نکته مهم این است که هشدار پیش از نقض مهمترین سطح است، چون هنوز فرصت جبران وجود دارد. تشدیدی که فقط بعد از نقض اتفاق بیفتد، بیشتر ابزار سرزنش است تا ابزار مدیریت.
اصول طراحی تشدید
- مسئول هر سطح روشن باشد. «اطلاع به مدیریت» کافی نیست؛ چه نقشی، و او چه اقدامی میتواند بکند؟
- تشدید با جانشینی هماهنگ باشد. اگر سرپرست صف در مرخصی است، تشدید باید به جانشین او برسد. منطق جانشینی را در تنظیم جانشینی و تفویض کارتابل توضیح دادهایم.
- سطحها را زیاد نکنید. سه سطح معمولاً کافی است؛ تشدید تا مدیرعامل برای یک تعمیر صندلی فقط حساسیت را از بین میبرد.
- تشدید را بسنجید. ایستگاهی که مدام تشدید میشود، مشکل ظرفیت یا فرایند دارد، نه مشکل فرد.
SLA در گردش کار، نه فقط در تیکت
SLA فقط مخصوص تیکت نیست. هر ایستگاه یک گردش کار اداری، مثل تأیید مدیر در درخواست خرید یا پاسخ به نامه ارجاعی، هم میتواند مهلت و تشدید داشته باشد. تفاوت این است که در تیکتینگ معمولاً یک صف و یک کارشناس مسئول است، اما در گردش کار مهلت روی هر ایستگاه و گاهی روی کل فرایند تعریف میشود. طراحی مهلت و تشدید در مسیرهای تأیید را در گردش کار و تأیید چندمرحلهای و مهلت پاسخ نامههای ارجاعی را در انواع ارجاع نامه و مهلت پیگیری بررسی کردهایم.
گزارش و بازبینی SLA
SLA بدون گزارش منظم بهمرور فراموش میشود. یک الگوی ساده و کارآمد این است که هر ماه برای هر صف این چهار عدد را منتشر کنید: درصد درخواستهایی که پاسخ اولیه را در مهلت گرفتند، درصد درخواستهایی که در مهلت حل شدند، تعداد تشدیدها به تفکیک سطح و فهرست کوتاه نقضهای مهم همراه با علت. عدد خالی کافی نیست؛ برای هر نقض مهم یک جمله توضیح بنویسید که آیا علت کمبود نیرو بود، وابستگی به تأمینکننده بیرونی یا ابهام در درخواست.
هر سه یا شش ماه یک بار هم خود SLAها را بازبینی کنید. اگر صفی همیشه بالای نود و پنج درصد در مهلت است، شاید بتوان مهلت را کوتاهتر کرد و خدمت بهتری وعده داد. اگر صفی مدام زیر هفتاد درصد است، یا ظرفیت آن باید تقویت شود یا مهلت واقعبینانهتر شود. این بازبینی را با نماینده دریافتکنندگان خدمت انجام دهید تا SLA واقعاً توافق باشد، نه دستوری یکطرفه.
اشتباهات رایج در تعریف SLA
- وعدههای غیرواقعی: SLA که همیشه نقض شود، اعتماد را زودتر از نبود SLA از بین میبرد. با داده سه ماه اول مهلتها را تنظیم کنید.
- ساعت تقویمی به جای ساعت کاری: تیم را برای تعطیلات جریمه میکند و گزارشها را بیاعتبار میکند.
- یک SLA برای همه: درخواست بحرانی و درخواست کماهمیت نباید یک مهلت داشته باشند.
- ساعت متوقفشده بیقاعده: اگر هر کارشناس بتواند هر زمان ساعت را متوقف کند، SLA معنای خود را از دست میدهد.
- فقط سنجش زمان: درخواستی که سریع بسته شده اما دوباره باز شده، موفقیت نیست. نرخ بازگشایی را هم کنار SLA ببینید. شاخصهای تکمیلی را در داشبورد پایش فرایند آوردهایم.
SLA و تشدید در آریا آیتی
نرمافزار تیکتینگ سازمانی آریا آیتی صفها را با دسته، اولویت، کارشناس، مهلت خدمت و تشدید برای فناوری اطلاعات، منابع انسانی، ساختمان و حقوقی مدیریت میکند و پاسخ تکراری از پایگاه دانش پیشنهاد میشود. در گردش کار هم مسیر تأیید با مهلت خدمت و تشدید خودکار تعریف میشود و تأخیر در کارتابل یادآوری و تشدید دارد. نحوه محاسبه مهلت بر اساس ساعات کاری و تعطیلات سازمان را در پیکربندی و آزمایش همان صفها بررسی کنید تا با تقویم کاری شما همخوان باشد.
جمعبندی
SLA تعهدی قابل اندازهگیری درباره سرعت و کیفیت خدمت است که با خدمت مشخص، اولویت، زمان پاسخ اولیه، زمان حل، تقویم کاری و قواعد توقف ساعت تعریف میشود. تشدید چندسطحی، با هشدار پیش از نقض و مسئول روشن برای هر سطح، کار را پیش از توقف نجات میدهد. مهلتها را محافظهکارانه شروع کنید، با داده واقعی تنظیم کنید و SLA را هم در تیکتینگ و هم در ایستگاههای گردش کار به کار ببرید.
مهلتی که اجرا شود: تیکتینگ آریا آیتی با مهلت خدمت و تشدید، مستقل یا همراه با فضای کاری کامل قابل راهاندازی است. ۷ روز رایگان امتحان کنید.
پرسشهای متداول
SLA چیست؟
+
SLA یا توافق سطح خدمت تعهدی مشخص و قابل اندازهگیری بین ارائهدهنده و دریافتکننده خدمت است؛ مثلاً اینکه درخواستهای فوری در چه مدتی پاسخ اولیه میگیرند و در چه مدتی حل میشوند.
تفاوت SLA و OLA چیست؟
+
SLA تعهد واحد ارائهدهنده به دریافتکننده خدمت است. OLA توافق داخلی بین تیمهایی است که با هم آن SLA را محقق میکنند، مثل میز خدمت و تیم شبکه.
تشدید یا Escalation یعنی چه؟
+
تشدید سازوکاری است که وقتی مهلت در خطر است یا گذشته، موضوع را به سرپرست، مدیر بالاتر یا تیم تخصصیتر منتقل یا اطلاع میدهد تا کار متوقف نماند.
آیا مهلت SLA باید تعطیلات را حساب کند؟
+
برای بیشتر خدمات داخلی بله؛ مهلت باید بر اساس ساعات و روزهای کاری هر صف محاسبه شود. خدمات اضطراری ممکن است تقویم بیستوچهارساعته داشته باشند.
SLA را چطور واقعبینانه تعیین کنیم؟
+
با مهلتهای محافظهکارانه شروع کنید، داده سه ماه اول را جمع کنید و سپس مهلتها را بر اساس ظرفیت واقعی هر صف و اولویت درخواستها اصلاح کنید.

