Ako naozaj vyzerá realistické SLA (s číslami)

Takmer každý IT tím, ktorý posudzujem, má SLA. Takmer žiadny z nich nedokáže dokázať, že sa tie SLA plnia. Dokument existuje, číslo sa zapísalo pred rokmi a potom sa realita ticho odklonila. Toto je jeden z najčastejších a najľahšie napraviteľných problémov v IT podpore.

Dobré SLA nie je ambícia. Je to sľub, ktorý viete dodržať a zmerať. Tu je, ako ho navrhnúť.

Začnite prioritou, nie časom

Najčastejšou chybou je nastaviť jediný cieľ odozvy pre všetky tikety: „reagujeme do štyroch hodín“. To je bezvýznamné, lebo notebook, ktorý sa nezapne, a žiadosť o novú myš nie sú rovnako urgentné.

Realistické SLA začína maticou priorít, ktorá kombinuje dopad (koľko ľudí alebo aký kritický systém je zasiahnutý) s urgentnosťou (nakoľko je to časovo citlivé). Každý tiket dostane prioritu pri vytvorení a SLA cieľ vyplýva z priority.

Použiteľný východiskový bod pre stredne veľkú firmu:

Priorita	Príklad	Odozva	Vyriešenie
P1 · Kritická	Kľúčový systém nefunguje, blokovaných veľa používateľov	15 minút	4 hodiny
P2 · Vysoká	Dôležitá funkcia je zhoršená	1 hodina	8 hodín
P3 · Stredná	Blokovaný jeden používateľ, existuje náhradné riešenie	4 hodiny	2 pracovné dni
P4 · Nízka	Požiadavka, drobný problém	1 pracovný deň	5 pracovných dní

Toto sú východiskové čísla, nie dogma. Podstatné je, že cieľ je viazaný na prioritu a priorita je viazaná na biznisový dopad, nie na to, kto kričí najhlasnejšie.

Oddeľte „odozvu“ od „vyriešenia“

Čas odozvy je, keď človek potvrdí tiket a prevezme zaň zodpovednosť. Čas vyriešenia je, keď je problém naozaj opravený. Ich zlievanie vytvára nespravodlivé, nesplniteľné ciele. Váš tím takmer vždy dokáže ovplyvniť, ako rýchlo odpovie. Nie vždy dokáže ovplyvniť, ako rýchlo sa vyrieši zložitý problém, lebo môže závisieť od dodávateľa, od okna nasadenia alebo od vyšetrovania základnej príčiny.

Meranie oboch, oddelene, vám dá úprimný a spravodlivý obraz.

SLA vs OLA: časť, na ktorú všetci zabúdajú

SLA je váš sľub zákazníkovi. OLA (operational level agreement) je interný sľub medzi tímami, ktorý SLA umožňuje. Ak váš service desk sľúbi zákazníkovi vyriešenie do ôsmich hodín, ale infraštruktúrny tím, od ktorého to závisí, nemá žiadny záväzok odpovedať v nejakom konkrétnom čase, SLA je fikcia.

Každé externé SLA by malo byť podložené internými OLA potrebnými na jeho dodanie. Toto je najviac prehliadaný krok pri návrhu SLA a dôvod, prečo toľko SLA ticho zlyháva.

Nech sú hodiny automatické

SLA, ktoré sledujete v tabuľke, je SLA, ktoré v skutočnosti nesledujete. Cieľ musí žiť vo vašom service desk nástroji, s hodinami, ktoré sa spustia automaticky pri vytvorení tiketu, pozastavia sa, keď oprávnene čakáte na zákazníka, a upozornia pred porušením, nie ho hlásia potom.

Ak vám nástroj nevie ukázať práve teraz vašu aktuálnu mieru plnenia SLA, je to prvá vec, ktorú treba opraviť.

Test úprimnosti

Tu je test toho, či sú vaše SLA reálne: mohli by ste zajtra postaviť svoju aktuálnu mieru plnenia na slajd pred svoje vedenie s istotou, že je presná?

Ak áno, máte meranú prevádzku. Ak je úprimná odpoveď „museli by sme to ísť vypočítať a nie som si istý, či by som tomu číslu veril“, potom sú vaše SLA dekorácia, a to je presne tá medzera, ktorú sa oplatí zavrieť najprv.

---

Supportimize navrhuje SLA aj OLA za nimi a potom nakonfiguruje živé sledovanie tak, aby plnenie bolo niečo, čo viete dokázať, nie v čo dúfate. Rezervujte si bezplatnú konzultáciu alebo skontrolujte svoju vyspelosť za dve minúty.