• صفحه اصلی
  • درباره ما
    • معرفی رایزن سامانه گستر
    • شرکا تجاری و نمایندگیها
    • گالری تصاویر
  • خدمات قابل ارائه
    • آموزشهای تخصصی
    • مشاوره و پیاده سازی
    • مشاوره و تامین ابزارهای مدیریت فاوا
  • رویدادهای پیش رو
  • وبلاگ
  • وبینارها
  • نرم افزار ماروال
  • تماس با ما
    • اطلاعات تماس
    • فرصتهای همکاری
رایزن سامانه گستررایزن سامانه گستر
  • صفحه اصلی
  • درباره ما
    • معرفی رایزن سامانه گستر
    • شرکا تجاری و نمایندگیها
    • گالری تصاویر
  • خدمات قابل ارائه
    • آموزشهای تخصصی
    • مشاوره و پیاده سازی
    • مشاوره و تامین ابزارهای مدیریت فاوا
  • رویدادهای پیش رو
  • وبلاگ
  • وبینارها
  • نرم افزار ماروال
  • تماس با ما
    • اطلاعات تماس
    • فرصتهای همکاری

وبلاگ

  • خانه
  • بلاگ
  • وبلاگ
  • مستند SLA چیست و محتوای آن چه چیزی باید باشد؟

مستند SLA چیست و محتوای آن چه چیزی باید باشد؟

  • ارسال شده توسط رایزن سامانه گستر
  • تاریخ مرداد ۲۳, ۱۴۰۰
  • نظرات ۰ نظر
Service Level Agreement - SLA
Rate this post

مستند SLA یکی از شناخته‌شده‌ترین اسناد در حوزه مدیریت فناوری اطلاعات است. اگرچه این سند، یکی از چندین بهروش معرفی شده در چارچوب ITIL است اما عموم افراد بدون اینکه حتی اسمی از ITIL شنیده باشند و یا با آن آشنایی داشته باشند با واژه SLA برخورد داشته‌اند.

واژه SLA مخفف شده عبارت Service Level Agreement یا همان توافقنامه سطح خدمت است. حال ممکن است برای شما این سوال پیش بیاید که سطح خدمت چه چیزی است که باید توافقنامه‌ای هم برای آن تنظیم شود. پاسخ ساده است، سطح خدمت به مجموعه‌ای از ویژگی‌های قابل اندازه‌گیری و موثر در ارائه یک خدمت گفته می‌شود. به عنوان مثال آیا زمانیکه یک خدمت فناوری اطلاعات به مشتری ارائه می‌شود، محدودیتی برای تعداد کاربرانی که قرار است بصورت همزمان به آن متصل شده و از آن استفاده کنند در نظر گرفته شده است یا خیر؟ اگر فرض کنیم که شما ارائه کننده این خدمت هستید، پیش فرضی برای این تعداد در نظر نگرفته‌اید؟ آیا از نظر زیرساخت و معماری، تفاوتی بین خدمتی که قرار است چهار، چهل، چهارصد یا چهار هزار کاربر همزمان داشته باشد وجود ندارد؟ بطور حتم جواب تمامی این پرسش‌ها مثبت است. هر ارائه‌کننده خدمت برای خود پیش‌‌فرضهایی را لحاظ کرده و در کنار تخصیص منابع متناسب با همان پیش‌فرضها، منابع، زیرساخت، طراحی و معماری خدمت را نیز بر همان اساس پایه‌گذاری کرده است.

اما مسئله اصلی و یکی از کلیدی‌ترین مشکلات در طراحی و ارائه خدمات، عدم شفافیت در پیش‌فرضهایی این چنین است. ارائه‌کننده خدمت زیرساختی مناسب جهت ارائه آن به ۱۰ کاربر را به خدمت گرفته (چرا که بر اساس تجربیات و معیارهای خود همین تعداد برای نیاز مشتری کفایت خواهد کرد)، اما مشتری انتظار دارد که ۱۰۰۰ کاربر همزمان بدون مشکل از آن خدمت استفاده کنند. طبیعتا همین مسئله نقطه آغازین بروز مشکلات و درگیری‌های بین ارائه‌کننده و استفاده کننده خدمات است.

چارچوب ITIL که در برگیرنده مجموعه متنوعی از بهروش‌های کاربردی در حوزه مدیریت خدمات فناوری اطلاعات است، توصیه می‌کند تا نیازمندی‌های مشتری در نقطه آغازین به درستی شناسایی شده و پس از شفاف‌سازی در رابطه با انتظارات مشتری و توانمندی‌های  ارائه کننده خدمت، توافقاتی بصورت مستند، بین این دو صورت پذیرد. این توافق مستند شده همان سند SLA و مورد بحث در این نوشته است.

پس تا اینجا مشخص شد که این سند در برگیرنده مجموعه‌ای از توافقات در رابطه با یک یا چند خدمت ارائه شده توسط ارائه‌کننده خدمات است. اما اینکه این سند حاوی چه مواردی باشد بطور حتم متاثر از نوع خدمت و جنبه‌های پر اهمیت در رابطه با آن است. به عنوان مثال فعالیت‌هایی از جنس پشتیبانی، برای اغلب مشتریان و عموم خدمات پر اهمیت است و به عنوان مثال لازم است تا در SLA مستند شده باشد که آیا شما این خدمت را بصورت ۲۴ ساعته پشتیبانی می‌کنید یا تنها در ساعات اداری؟ مشتری با چه فاصله‌ای از زمان اعلام یک حادثه می‌تواند انتظار رفع آن‌را توسط شما داشته باشد؟ یا حتی موارد پایه‌ای‌تر! کانال‌های معتبر و توافق شده جهت برقراری ارتباط و گزارش یک حادثه توسط مشتری کدامند؟ آیا تماس تلفنی یک مسیر معتبر است؟

نکته حائز اهمیت در گزینش اقلام اطلاعاتی مورد نظر جهت درج در این توافقنامه این است که اقلام از پیش تعریف شده‌ای جهت درج در این سند جز موارد عمومی و پایه‌ای وجود نخواهد داشت و تمامی این اقلام متناسب با نیاز مشتری و شرایط خدمت، شناسایی شده و پس از بررسی و مذاکره‌های لازم به عنوان یک توافق دو طرفه در مستند SLA ثبت می‌گردند. با این توضیح، به اهمیت بسیار بالای تعامل مستقیم بین ارائه‌کنندگان و استفاده‌کنندگان از خدمات پی خواهیم برد.

در اغلب موردکاوی‌های انجام شده، مشاهده شده است که در صورت عدم شفاف‌سازی و توافقِ مستند در رابطه با مولفه‌های کلیدی مرتبط با هر خدمت، سمت ارائه‌کننده خدمت بیشتر تحت تاثیر قرار گرفته است. در این موارد مشاهده شده که ارائه‌کننده خدمت عمدتا بخاطر مسائلی چون حفظ اعتبار و جلوگیری از ضرر و زیان قابل توجه، به انجام مواردی مجبور شده که از نظر خود، هیچ تعهدی نسبت به آنها نداشته است.

در پایان توجه داشته باشید که سند توافقنامه سطح خدمت، همانند تمامی توافقنامه‌ها و قراردادها حاوی بخش‌های عمومی نظیر موضوع توافق (همان خدمت مورد نظر) و اطلاعات طرف‌های مذاکره (ارائه‌کننده خدمت و استفاده‌کننده از آن)، تعهدات طرفین (دقت کنید که در اغلب موارد، لازم است تا استفاده‌کننده خدمت نیز مجموعه‌ای از تعهدات را برای استفاده از خدمت پذیرفته باشد) و موارد خاص که متناسب با نیاز طرفین ممکن است به این توافقنامه افزوده شود. توجه کنید که هیچگاه در تنظیم این سند چه در جایگاه ارائه‌کننده خدمت و چه در جایگاه استفاده‌کننده از خدمت، هیچ موردی را به عنوان یک پیش‌فرض ذهنی در نظر نگیرید و تمامی مواردی که لازم است را در سند درج کنید. به عنوان مثال اگر شما قرار است یک خدمت ابری را از یک ارائه‌کننده خدمت دریافت کنید، تهیه نسخه پشتیبان از زیرساخت و یا پایگاه‌داده ارائه شده را به عنوان پیش‌فرض لحاظ نکنید و چنانچه انتظار دارید تا ارائه‌کننده خدمت این مورد را هم لحاظ کند، حتما در مذاکرات به آنها بپردازید و در نهایت بر روی آن توافق کنید. و یا اگر شما در جایگاه ارائه‌کننده خدمت هستید و قرار نیست مسئولیتی در قبال تهیه نسخ پشتیبان داشته باشید، آن‌را حتما در این توافقنامه درج کنید.

در آخر، اگر تصمیم دارید برای سازمانتان، سند SLA آماده و تنظیم کنید، تیم مشاوره مدیریت رایزن سامانه گستر آماده است تا در این مسیر کنار شما باشد و با در اختیار قراردادن دانش و تجارب خود، شما را در این مسیر یاری کند. در صورت تمایل می‌توانید با تیم مشاوره ما در تماس باشید.

نوشته های مرتبط:

  1. توافقنامه سطح عملیاتی (OLA): تعریف چارچوبی جهت ارائه خدمت به عالیترین شکل ممکن
    توافقنامه سطح عملیاتی خدمت (Operational Level Agreement)، وابستگیهای داخلی را برای پشتیبانی از توافقنامه سطح خدمت (SLA) تعریف می کند. به عبارت ساده، OLA یک سند داخلی است که متعلق...
  2. چهارمین سال استقرار سامانه ماروال (Marval) در شرکت انرژی دانا
    شرکت انرژی دانا یکی از بازیگران اصلی صنعت نفت و گاز گشور و یکی از بزرگترین مجموعه‌های خصوصی این صنعت محسوب میشود. شاید بتوان واحد فناوری اطلاعات این شرکت را...
  3. PeopleCert اطلاعیه‌ای در خصوص خرید کمپانی AXELOS منتشر کرد!
    PeopleCert با تعیین موقعیت خود به عنوان یک رهبر جهانی در حوزه مدیریت پروژه و مدیریت خدمات فناوری اطلاعات، توافقات خرید AXELOS را بصورت عمومی اعلام کرد. این معامله یک...
  4. اهداف توسعه پایدار
    ...

برچسب:ITIL 4, Service Level Agreement

  • اشتراک گذاری:
رایزن سامانه گستر
شرکت رایزن سامانه گستر به عنوان یکی از پیشگامان در حوزه چارچوبها و استانداردهای مدیریت فناوری اطلاعات نزدیک به ده سال است که در حال ارائه خدمات آموزش، مشاوره و راهکارهای نرم افزاری به شرکتها و سازمانهای دولتی و خصوصی میباشد. این شرکت به عنوان نماینده رسمی چندین شرکت و موسسه بین المللی نظیر شرکت ماروال انگلستان (ارائه کننده یکی از برترین ابزارهای مدیریت خدمات فناوری اطلاعات ITSM) و ITpreneurs هلند (ارائه کننده محتوای آموزشی تخصصی در حوزه چارچوبها و استانداردهای فناوری اطلاعات) نقش بسزایی در توسعه دانش و حرکت به سمت توسعه این بهروشها در سطح کشور داشته است.

مطلب قبلی

پایگاه دانش بلا استفاده، هدر رفت سرمایه سازمان است!
مرداد ۲۳, ۱۴۰۰

مطلب بعدی

۴ مدل ساختار سازمانی
مرداد ۳۰, ۱۴۰۰

ممکن است همچنین دوست داشته باشید

Self_service_cons-768×736
سوالاتی که باید قبل از پیاده‌سازی پورتال سلف سرویس فناوری اطلاعات بپرسید
۵ مرداد, ۱۴۰۱
CICD Tools
۱۰ تا از برترین ابزارهای CI/CD مورد استفاده برنامه نویسان
۲۹ خرداد, ۱۴۰۱
wef-digital-sustainability-16-9
مسئولیت فناوری اطلاعات نسبت به پایداری
۲۴ فروردین, ۱۴۰۱

نظر بدهید لغو پاسخ

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

این سایت از اکیسمت برای کاهش هرزنامه استفاده می کند. بیاموزید که چگونه اطلاعات دیدگاه های شما پردازش می‌شوند.

جستجو

سوالاتی که باید قبل از پیاده‌سازی پورتال سلف سرویس فناوری اطلاعات بپرسید

سوالاتی که باید قبل از پیاده‌سازی پورتال سلف سرویس فناوری اطلاعات بپرسید

اگر به رابطه بین تیم پشتیبانی و کاربران نگاهی...

طراحی و استقرار مجموعه‌ای از فرایندهای چارچوب ITIL4 در “شرکت ابرآمد”

طراحی و استقرار مجموعه‌ای از فرایندهای چارچوب ITIL4 در “شرکت ابرآمد”

شرکت توسعه زیرساخت­‌های فناورانه ابرآمد یکی از شرکت­‌های زیرمجموعه...

۱۰ تا از برترین ابزارهای CI/CD مورد استفاده برنامه نویسان

۱۰ تا از برترین ابزارهای CI/CD مورد استفاده برنامه نویسان

عبارت CI/CD (Continuous Integration /Continuous Delivery) به معنی ادغام...

استقرار سیستم مدیریت خدمات فناوری اطلاعات و دریافت گواهینامه ISO/IEC 20000  در شرکت “مپنا توسعه دو”

استقرار سیستم مدیریت خدمات فناوری اطلاعات و دریافت گواهینامه ISO/IEC 20000 در شرکت “مپنا توسعه دو”

شرکت احداث و توسعه نیروگاه‌های سیکل ترکیبی مپنا –...

مسئولیت فناوری اطلاعات نسبت به پایداری

مسئولیت فناوری اطلاعات نسبت به پایداری

امروزه پایداری به مفهومی رایج و پرکاربرد در میان...

آخرین نوشته ها

  • سوالاتی که باید قبل از پیاده‌سازی پورتال سلف سرویس فناوری اطلاعات بپرسید
  • طراحی و استقرار مجموعه‌ای از فرایندهای چارچوب ITIL4 در “شرکت ابرآمد”
  • ۱۰ تا از برترین ابزارهای CI/CD مورد استفاده برنامه نویسان
  • استقرار سیستم مدیریت خدمات فناوری اطلاعات و دریافت گواهینامه ISO/IEC 20000 در شرکت “مپنا توسعه دو”
  • مسئولیت فناوری اطلاعات نسبت به پایداری
  • معرفی دوره ITIL® ۴ Specialist: Sustainability in Digital and IT
  • اهداف توسعه پایدار


کلیه حقوق این وب سایت به شرکت رایزن سامانه گستر متعلق بوده و نقل مطلب از آن با ذکر منبع بلامانع است.