SLA nima va u nimadan iborat?
SLA (Service Level Agreement, ya'ni xizmat darajasi kelishuvi) — bu xizmat ko'rsatuvchi tomon va uning iste'molchisi o'rtasida xizmat sifatining aniq, o'lchanadigan darajasini belgilovchi hujjat. U "tez javob beramiz" yoki "tizim doim ishlaydi" kabi noaniq va'dalarni "soatlarda javob beramiz" va "yiliga 99,9% ishlaymiz" kabi tekshiriladigan majburiyatlarga aylantiradi.
SLA tashqi (provayder ↔ mijoz) yoki ichki (IT-bo'lim ↔ tashkilot xodimlari) bo'lishi mumkin. Mazmunan u quyidagilarni o'z ichiga oladi:
- qamralgan xizmatlar ro'yxati va ularning tavsifi;
- o'lchanadigan maqsadli ko'rsatkichlar (metrikalar);
- ularni o'lchash usuli va davri;
- murojaatlar ustuvorligi va eskalatsiya tartibi;
- majburiyat bajarilmasa qo'llaniladigan oqibatlar.
SLA'ning asosiy ko'rsatkichlari
Aksariyat SLA'lar bir nechta umumiy metrikalarga tayanadi. Ularni tushunish kelishuvni o'qish va tuzishni osonlashtiradi.
Javob vaqti (Response time)
Murojaat ro'yxatga olingan paytdan to jamoa unga birinchi marta reaksiya bildirgunicha o'tgan vaqt. Bu muammoning hal etilishi emas, balki "biz ko'rdik va ish boshlandi" degani.
Hal qilish vaqti (Resolution time)
Murojaat to'liq yopilgunga qadar ketgan vaqt. Odatda u ustuvorlik darajasiga bog'lab beriladi: kritik nosozlik — 4 soat, oddiy so'rov — 2 ish kuni va hokazo.
Mavjudlik (Uptime / Availability)
Tizimning ishchi holatda bo'lgan vaqti foizi. 99,9% — oyiga taxminan 43 daqiqalik ruxsat etilgan to'xtashni anglatadi; 99,99% — atigi 4 daqiqaga yaqin.
Muhim nuANS: vaqt ko'rsatkichlari odatda ish soatlari bo'yicha hisoblanadi. "8 soat ichida" 24/7 emas, balki qo'llab-quvvatlash jadvali doirasida degani bo'lishi mumkin — buni shartnomada aniq yozish kerak.
SLA nega muhim?
SLA shunchaki byurokratik hujjat emas — u ikkala tomon uchun ham amaliy foyda keltiradi:
- Kutilmalar aniqlashadi. Xodim "qachon javob olaman?" deb bilmay qolmaydi.
- Ustuvorlik tartibga tushadi. Kritik va oddiy murojaatlar bir xil tezlikda emas, balki muhimlik bo'yicha ishlanadi.
- Mas'uliyat o'lchanadi. Xizmat sifati taxminlar emas, raqamlar bilan baholanadi.
- Ishonch kuchayadi. Aniq majburiyatlar provayder yoki IT-bo'limga bo'lgan ishonchni mustahkamlaydi.
Realistik SLA qanday tuziladi?
Eng keng tarqalgan xato — haddan tashqari ambitsiyali majburiyatlar. SLA bajarib bo'lmaydigan bo'lsa, u faqat ishonchsizlik tug'diradi. Sog'lom yondashuv:
- Tarixiy ma'lumotdan boshlang. Hozir o'rtacha javob va hal qilish vaqtingiz qancha? Maqsadni shu asosda belgilang.
- Murojaatlarni ustuvorlikka ajrating. Hammasi uchun bitta vaqt emas — kritik, yuqori, oddiy va past darajalar bo'lsin.
- Ish soatlarini aniqlang. 24/7'mi yoki 9:00–18:00'mi — buni qiyalik qoldirmasdan yozing.
- Istisnolarni belgilang. Rejalashtirilgan texnik ishlar yoki mijoz tomonidagi kechikishlar SLA'ga kirmasligi mumkin.
- Muntazam qayta ko'rib chiqing. SLA — tirik hujjat; choraklik tahlil bilan yangilang.
Ticketing tizimlari SLA'ni qanday kuzatadi?
SLA'ni qog'ozda yozish oson, lekin uni amalda o'lchash uchun har bir murojaatning vaqt belgilarini avtomatik qayd qiluvchi tizim kerak. Aynan shu yerda murojaatlar (ticketing) tizimlari yordam beradi:
- har bir murojaat ochilgan vaqtni qayd qiladi — bu javob va hal qilish vaqtini hisoblashning boshlang'ich nuqtasi;
- statuslar (yangi → ishda → yopilgan) o'zgarishi vaqt bilan belgilanadi, shuning uchun har bir bosqich davomiyligini ko'rish mumkin;
- ustuvorlik maydonlari turli xizmat maqsadlarini ajratadi;
- to'plangan ma'lumot keyin tahlil va hisobotga aylanadi.
HAMA'da bu qanday hal qilingan
HAMA — O'zbekistondagi tashkilotlar uchun yagona himoyalangan platforma bo'lib, uning tarkibida helpdesk (murojaatlar) moduli mavjud. Modul har bir murojaatni statuslar va vaqt belgilari bilan saqlaydi: murojaat qachon ochilgani, qachon ishga olingani va qachon yopilgani aniq qayd qilinadi.
Bu ma'lumot xizmat darajasini kuzatish uchun amaliy asos beradi — javob va hal qilish vaqtlarini ko'rish, sekin murojaatlarni aniqlash va jamoaning yukini baholash mumkin. Bunda barcha aloqa va ma'lumotlar uchidan-uchiga shifrlanadi (Signal protokoli, TLS 1.3) hamda O'zbekiston hududidagi himoyalangan serverda yoki tashkilotning o'z infratuzilmasida saqlanadi. Shunday qilib, siz xizmat sifatini nazorat qilasiz va ma'lumotlar suvereniteti saqlanadi.