Šta je ISO/IEC 20000-1 i kome je zapravo namenjen

Zamislite firmu koja klijentima pruža IT podršku, hostuje njihove aplikacije ili održava njihovu infrastrukturu. Klijent pozove jer mu ne radi sistem. Neko iz firme se javi, reši problem, život ide dalje. Sledeći put se javi neko drugi, po sopstvenom nahođenju, možda na drugačiji način, možda posle duže čekanja jer baš tog dana nema ko da preuzme prijavu. Nema jasnog zapisa šta je urađeno, nema pravila ko šta prvo rešava, nema ni podatka da li je uopšte ispoštovan rok koji je klijentu obećan.

Ovakva firma može godinama da radi i da ima zadovoljne klijente — dok ne naraste, dok se ne promeni ključan čovek koji je sve "držao u glavi", ili dok se ne pojavi klijent koji traži dokaz da postoji sistem, a ne samo dobra volja.

ISO/IEC 20000-1 je međunarodni standard koji se bavi upravo time: kako organizovano i predvidljivo pružati usluge, umesto da se svaki slučaj rešava improvizacijom. Zvanično se odnosi na "sistem menadžmenta uslugama" (Service Management System, SMS), a u praksi znači jedno: da postoji definisan i ponovljiv način na koji se usluge planiraju, isporučuju, prate i unapređuju.

Kome je standard namenjen

Prva asocijacija je IT sektor, i to s razlogom — standard je nastao iz sveta IT usluga i najviše ga primenjuju upravo takve organizacije. Ali krug je širi nego što deluje na prvi pogled:

• Firme koje pružaju IT usluge drugima — outsourcing kompanije, provajderi hostinga, firme za održavanje infrastrukture, razvojne kuće koje uz softver isporučuju i podršku.
• Interni IT sektori — odeljenje koje unutar veće kompanije pruža usluge ostatku organizacije (održava sisteme, rešava prijave, upravlja infrastrukturom) takođe je, u suštini, davalac usluge, samo što je "klijent" kolega iz drugog sektora.
• Svaka organizacija koja posluje po ugovorima sa definisanim nivoom usluge (SLA) — ako postoji obaveza da se određeni problem reši u određenom roku, standard daje okvir kako se to sistematski ispunjava i dokazuje, a ne samo obećava.

Zajednička nit nije "bavite li se IT-jem", nego "da li neko od vas zavisi od usluge koju pružate, i da li ta osoba očekuje da to funkcioniše predvidljivo".

Šta u praksi znači "nemati sistem"

Firme koje nemaju uspostavljen sistem upravljanja uslugama obično prepoznaju sebe u nekoliko situacija:

• Prijave problema stižu na različite načine (telefon, mejl, poruka kolegi) i lako se izgube ili zaborave.
• Nije jasno ko je odgovoran za koji tip problema, pa se rešenje čeka duže nego što bi trebalo.
• Promene na sistemima (nova verzija softvera, izmena konfiguracije) se rade ad hoc, bez provere posledica, i povremeno izazovu ispad koji niko nije predvideo.
• Ne postoji way da se pokaže klijentu, ili sopstvenom rukovodstvu, da li se dogovoreni rokovi zaista poštuju — jer niko to sistematski ne meri.
• Znanje o tome "kako se ovo radi" postoji samo u glavi jedne ili dve osobe, i kada te osobe nema, staje sve.

Standard ne izmišlja rešenja za ove probleme — on samo formalizuje ono što svaka ozbiljna organizacija, kad dovoljno naraste, mora sama da smisli: ko je za šta odgovoran, kako se prijave i promene evidentiraju, kako se meri da li usluga zaista funkcioniše kako je obećano, i kako se sistem unapređuje kad nešto krene po zlu.

Kada ovo (još) ne treba

Vredi reći i suprotno. Ako imate malu firmu, tri čoveka koji rade IT podršku bez formalnih SLA obaveza prema klijentima, i sve dosad funkcioniše zato što se svi dobro poznajete i brzo reagujete — ISO 20000-1 vam verovatno još nije prioritet. Uvođenje formalnog sistema ima smisla kada:

• poslujete po ugovorima koji eksplicitno definišu nivo usluge i rokove,
• klijenti (posebno veći ili strani) traže dokaz da imate uređen proces, ne samo dobru nameru,
• firma je narasla do tačke gde se stvari više ne mogu držati "u glavi" nekolicine ljudi,
• želite da se na tržištu razlikujete time što možete da pokažete zrelost, a ne samo cenu.

Ako se ne prepoznajete ni u jednom od ovoga, standard nije greška — samo mu još nije vreme.

Šta sledi

U narednom tekstu ulazimo dublje u sam pojam "upravljanja uslugama" — šta on tačno obuhvata, i po čemu se suštinski razlikuje od toga da imate dobar IT tim koji brzo gasi požare. Posle toga prelazimo na to kako izgleda proces sertifikacije, a onda krećemo klauzulu po klauzulu kroz sam standard.