تفاوت SLA، OLA و KPI چیست؟

در جلسات مدیریت خدمات، این سه اصطلاح مدام با هم استفاده می‌شوند: «SLA را نقض کردیم»، «OLA را باید به‌روز کنیم» و «KPI این ماه افت کرده». مشکل وقتی شروع می‌شود که این سه با هم اشتباه گرفته شوند؛ مثلاً یک شاخص سنجش (KPI) به‌عنوان تعهد رسمی به مشتری جا زده شود یا هدف داخلی جای تعهد بیرونی بنشیند. نتیجه، سردرگمی در مسئولیت و گزارش‌های متناقض است.

در این مقاله، تفاوت SLA، OLA و KPI را ساده و دقیق توضیح می‌دهیم، نشان می‌دهیم هرکدام کجا به کار می‌آید و چطور این سه را در یک سیستم متصل به هم بچینیم.

تفاوت SLA، OLA و KPI در یک جمله (پاسخ سریع)

SLA و OLA هر دو «تعهد» هستند — یکی به مشتری و دیگری بین تیم‌های داخلی — اما KPI «معیار سنجش» است، نه تعهد. SLA سطح نهایی خدمت را به بیرون قول می‌دهد، OLA زنجیرهٔ داخلی تحقق آن را تضمین می‌کند و KPI نشان می‌دهد وضعیت واقعی چقدر به هدف نزدیک است.

چرا این سه را با هم اشتباه می‌گیریم؟

ریشهٔ اشتباه در این است که هر سه با «عدد و اندازه‌گیری» سر و کار دارند. برای مثال «زمان پاسخ» می‌تواند هم به‌عنوان معیار KPI سنجیده شود، هم در OLA بین دو تیم تعریف شود و هم در SLA به مشتری تعهد داده شود. یک عدد، سه نقش. تفاوت در وظیفه‌ای است که آن عدد ایفا می‌کند، نه در خود عدد.

سه پرسش ساده، نقش هر کدام را روشن می‌کند:

• SLA: به مشتری چه قولی داده‌ایم و اگر نقض شود چه می‌شود؟
• OLA: چه تیمی به کدام تیم چه چیزی را تا کی تحویل می‌دهد؟
• KPI: عملکرد ما را با چه معیاری می‌سنجیم و برای بهبود چه می‌کنیم؟

KPI چیست و چرا تعهد نیست؟

KPI یا شاخص کلیدی عملکرد، معیاری است که برای سنجش میزان تحقق یک هدف انتخاب می‌شود. KPI ابزار «اندازه‌گیری و تصمیم‌گیری» است؛ یعنی وجودش برای این است که مدیر بفهمد کجای مسیر قرار دارد.

KPI تعهد نیست چون:

• معمولاً با طرف بیرونی یا داخلی مورد «توافق» قرار نمی‌گیرد؛ فقط هدف داخلی است.
• نقض آن پیامد قراردادی ندارد؛ فقط سیگنال بهبود می‌دهد.
• می‌تواند بدون اطلاع مشتری تغییر کند، در حالی که SLA بدون توافق دو طرف قابل تغییر نیست.

مقایسهٔ دقیق سه مفهوم

جدول زیر تفاوت‌ها را در عمل روشن می‌کند:

نکته مهم: یک KPI می‌تواند هم‌زمان منبع خوبی برای طراحی SLA و OLA باشد، اما تا وقتی «دامنه، پیامد و توافق» نداشته باشد، فقط یک شاخص است، نه تعهد.

هر کدام در چه موقعیتی به کار می‌آید؟

• SLA: وقتی با طرف بیرونی یا مشتری داخلی رسمی رابطهٔ خدمت دارید و نیاز به انتظار شفاف و قابل دفاع است.
• OLA: وقتی تحویل بین دو یا چند تیم، گلوگاه یا منبع ابهام است.
• KPI: وقتی می‌خواهید عملکرد را در طول زمان بسنجید، روند را ببینید و برای بهبود تصمیم بگیرید.

اشتباه رایج: تعریف SLA از روی یک KPI بدون تعیین پیامد و دامنه. مثلاً «نرخ رضایت ۹۰٪» یک KPI خوب است، اما اگر بدون تعریف دامنه و روش سنجش به‌عنوان SLA نوشته شود، در عمل غیرقابل پیگیری می‌شود.

چطور این سه را در یک سیستم متصل کنیم؟

اتصال درست این سه، از بالا به پایین شکل می‌گیرد:

1. از KPIها وضعیت را بسنجید: ابتدا معیارهای کلیدی را انتخاب و روند آن‌ها را ثبت کنید.
2. از دل KPI، اهداف داخلی (SLO/OLA) بسازید: هدف داخلی مشخص کنید که تیم‌ها به آن متعهد شوند.
3. از دل OLA، SLA بیرونی بنویسید: تعهد نهایی مشتری روی زیربنای مطمئن داخلی بنا شود.
4. پایش حلقه‌ای: KPI وضعیت را نشان می‌دهد؛ اگر افت کرد، OLA و در صورت لزوم SLA بازبینی می‌شود.

تفاوت SLA و SLO کجاست؟

SLO (هدف سطح خدمت) هدف داخلی تیم است، در حالی که KPI معیار سنجش عمومی‌تر و SLA تعهد بیرونی است. به‌بیان ساده: SLO همان چیزی است که تیم برای خودش هدف می‌گذارد تا بهتر از SLA عمل کند؛ یعنی SLO سخت‌گیرانه‌تر و SLA محافظه‌کارانه‌تر است.

مثال‌های عددی از اتصال SLA، OLA و KPI

مثال ۱ — میز خدمت IT: SLA بیرونی: «پاسخ اولیه به تیکت بحرانی در ۱ ساعت». OLA داخلی: «تیم فنی لاگ تشخیصی را ظرف ۳۰ دقیقه به پشتیبانی بدهد». KPI: «نرخ پایبندی به زمان پاسخ». در یک ماه، KPI نشان می‌دهد نرخ پایبندی ۸۵٪ است؛ ریشه‌یابی نشان می‌دهد ۷۰٪ موارد تأخیر به OLA فنی برمی‌گردد، نه به پشتیبانی. اینجا KPI نقش «آشکارساز» را بازی می‌کند و OLA نقش «هدف اصلاح».

مثال ۲ — واحد تولید محتوا: SLA داخلی با تیم فروش: «تحویل بریف محتوا ظرف ۲ روز کاری». OLA میان سئو و نویسندگی: «تحویل کیورد ریسرچ ظرف ۱ روز». KPI: «درصد تحویل‌های به‌موقع». اگر KPI سه ماه متوالی زیر ۸۰٪ بماند، یعنی طراحی زنجیرهٔ داخلی ایراد دارد، نه اینکه افراد بی‌انگیزه‌اند.

مثال ۳ — سرویس ابری: SLA: «دسترس‌پذیری ۹۹.۹٪». OLA بین تیم زیرساخت و شبکه: «پاسخ به هشدار ظرف ۱۰ دقیقه». KPI: «میانگین زمان شناسایی (MTTD) و بازیابی (MTTR)». اتصال درست این سه باعث می‌شود آستانهٔ هشدار قبل از رسیدن به مرز ۹۹.۹٪ عمل کند.

مثال ۴ — خدمات مشتری: SLA: «حل درخواست عادی ظرف ۳ روز کاری». OLA با انبار: «تأیید موجودی ظرف ۶ ساعت». KPI: «نرخ حل در اولین تماس». اگر KPI افت کند اما SLA هنوز رعایت شود، معنی‌اش این است که مشتری راضی نیست حتی وقتی عدد رعایت شده؛ این نشانهٔ نیاز به بازبینی معیار کیفیت است.

قالب اتصال سه‌لایه: از شاخص تا تعهد

برای اینکه SLA، OLA و KPI از هم جدا نیفتند، یک قالب یک‌صفحه‌ای به کار می‌آید که هر خدمت را در سه لایه توصیف می‌کند:

نکته مهم: هر ردیف OLA و SLA باید به یک KPI قابل اندازه‌گیری متصل باشد؛ در غیر این صورت آن تعهد قابل پایش نیست.

چه کسی مالک هر لایه است؟

• KPI: مالک آن، مدیر تحویل خدمات یا تحلیل‌گر عملکرد است.
• OLA: مالک آن، دو مدیر تیمی هستند که توافق میان‌شان است.
• SLA: مالک آن، مالک خدمت و در سطح بالاتر مدیر خدمت است.

تفکیک مالکیت باعث می‌شود در زمان افت شاخص، معلوم باشد چه کسی باید اقدام کند.

اشتباه رایج در گزارش‌دهی سه‌لایه

بسیاری از تیم‌ها KPIها را گزارش می‌کنند اما به‌ندرت آن‌ها را به SLA یا OLA وصل می‌کنند. نتیجه، شکافی است میان «آنچه اندازه می‌گیریم» و «آنچه تعهد کرده‌ایم». بهترین تمرین این است که در هر گزارش دوره‌ای، سه لایه را کنار هم ببینید: آیا KPI در حال بهبود است؟ آیا OLA محقق می‌شود؟ و آیا SLA به‌طور پایدار رعایت می‌شود؟ اگر پاسخ این سه با هم هم‌خوان نبود، همان‌جا گلوگاه طراحی سیستم است.

نمونهٔ یک برنامهٔ بهبود سه‌لایه

فرض کنید KPI رضایت مشتری افت کرده اما SLA زمانی رعایت می‌شود. گام‌های بهبود: ابتدا KPI کیفیت (نرخ حل از بار اول) را به داشبورد اضافه کنید؛ سپس OLA مربوط به کنترل کیفیت را تقویت کنید؛ و در نهایت اگر لازم بود، معیار کیفیت را به‌عنوان بخشی از SLA با مشتری بازتعریف کنید. این ترتیب، هم منطقی و هم قابل دفاع است.

مزایا، معایب و Trade-off

Trade-off اصلی: هرچه لایه‌های توافق و شاخص بیشتر شود، کنترل دقیق‌تر می‌شود اما سرعت و سادگی کاهش می‌یابد. برای تیم‌های کوچک، چند KPI کلیدی و یک OLA ساده کافی است؛ برای سازمان‌های بزرگ، ساختار کامل سه‌لایه ارزشمند است.

اشتباهات رایج

1. استفاده از KPI به‌جای SLA: KPI بدون دامنه، توافق و پیامد، تعهد نیست.
2. ننوشتن OLA در پشت SLA: تعهد بیرونی روی پایهٔ لرزان می‌ماند.
3. قاطی‌کردن SLO و SLA: هدف داخلی را به مشتری تعهد دادن، فشار بی‌مورد می‌سازد.
4. شاخص‌های بی‌ربط: KPIهایی که به تصمیم واقعی منتهی نمی‌شوند، فقط وقت می‌گیرند.
5. نبود پایش حلقه‌ای: بدون بازبینی، هر سه لایه از واقعیت عقب می‌مانند.
6. یکسان‌سازی همهٔ تیم‌ها: هر تیم KPI و OLA متناسب با نقش خود را لازم دارد.

نکات کاربردی

• نکته مهم: ابتدا KPI را بسنجید، سپس OLA و در آخر SLA بنویسید؛ ترتیب برعکس، تعهد نسنجیده می‌سازد.
• ترفند کاربردی: برای هر KPI یک «اقدام تصمیم» تعیین کنید: اگر عدد از حد گذشت، چه کاری انجام می‌شود؟
• اشتباه رایج: داشتن ده‌ها KPI بدون اولویت؛ سه تا پنج شاخص کلیدی کافی است.
• قبل از تعهد این را بدانید: کدام KPIها مستقیماً به تجربهٔ مشتری وصل‌اند و کدام‌ها فقط داخلی‌اند.

دوایتفای و اتصال شاخص‌ها به کار

وقتی SLA، OLA و KPI در ذهن‌ها بمانند اما در ابزار ثبت نشوند، رهگیری آن‌ها تقریباً ناممکن است. دوایتفای یک پلتفرم جامع مدیریت پروژه، مدیریت تیم و رسیدن به اهداف است که بستری یکپارچه برای تسک‌ها و زیرتسک‌های چندلایه، اعضا و مسئولان تسک، ددلاین، وضعیت و پیشرفت کارها و گزارش‌های کاری و عملکرد فراهم می‌کند. با تبدیل هر تعهد به یک تسک با مسئول و بازهٔ زمانی، و پایش وضعیت‌ها در گزارش‌ها، هم OLAهای داخلی و هم شاخص‌های عملکرد قابل رصد می‌شوند. Doitify Copilot و AI Coach هم در ساخت و مدیریت تسک‌ها، برنامه‌ریزی و گزارش‌ها کمک می‌کنند.

شفاف باشیم: دوایتفای محصول ماست و امکانات آن را از نزدیک می‌شناسیم؛ بااین‌حال برای تیم‌های کوچک با یک سرویس ساده ممکن است ابزارهای سبک‌تر کافی باشند.

جمع‌بندی

SLA و OLA تعهدند و KPI معیار؛ اشتباه‌گرفتن این دو نقش، ریشهٔ بسیاری از گزارش‌های متناقض است. SLA نتیجهٔ نهایی را به مشتری قول می‌دهد، OLA زنجیرهٔ داخلی تحقق آن را می‌چیند و KPI وضعیت واقعی را نشان می‌دهد. مسیر درست این است: اول با KPI واقعیت را بسنجید، بعد OLA داخلی را ببندید و در آخر SLA بیرونی را متعهد شوید. اگر این زنجیره درست چیده شود، هر افت شاخص به یک اقدام روشن تبدیل می‌شود، نه به سرزنش.

اگر موضوع تفاوت SLA، OLA و KPI برایتان مفید بود، پیشنهاد می‌کنیم چک‌ لیست مدیریتی قبل از خرید نرم‌ افزار مدیریت پروژه سازمانی و جایگزین ترلو برای تیم‌های ایرانی را هم بخوانید.