Funguje ≠ prináša hodnotu
Mnohé organizácie dnes už GLPI používajú. Systém je nainštalovaný, tikety sa vytvárajú, požiadavky sa spracúvajú, notifikácie chodia. Formálne je ITSM nástroj zavedený a „funguje“.
Lenže fungovanie ešte neznamená hodnotu.
Rozdiel sa ukáže vo chvíli, keď sa začnú klásť manažérske otázky. Koľko zmien meškalo? Ktoré služby generujú najviac incidentov? Kde vznikajú úzke miesta? Plníme SLA? Kto je zodpovedný za konkrétne aktívum a jeho zmeny? Ak odpoveď znie „musíme to dohľadať“, systém síce beží, ale neriadi.
Keď systém iba eviduje
Často sa stretávame so stavom, keď je GLPI nasadené v základnej podobe. Všetky tikety končia v jednej štruktúre, roly sú generické, schvaľovanie zmien prebieha mimo systému, SLA nie sú naviazané na služby a reporting sa robí manuálne v Exceli. Asset databáza existuje, ale nie je prepojená na procesy. IT tím pracuje naplno, no systém nedáva jasný obraz o tom, kde je problém, kde je riziko a kde je priestor na zlepšenie.
Predstavme si konkrétnu situáciu. Zmena sa vytvorí, priradí sa „IT oddeleniu“, schválenie prebehne mailom, realizácia sa zapíše do poznámky a tiket sa uzavrie. O rok neskôr je potrebné zistiť, kto zmenu schválil, aké riziko bolo vyhodnotené a ktorého aktíva sa týkala. Dáta existujú, ale nie sú systematicky štruktúrované. Systém eviduje históriu, no nepodporuje riadenie.
Keď systém začne riadiť
Ten istý nástroj však môže fungovať úplne inak. Keď entity kopírujú organizačnú štruktúru, roly presne odrážajú zodpovednosti, change workflow obsahuje riadené schvaľovanie a validácie, SLA sú viazané na služby a aktíva sú prepojené s incidentmi aj zmenami, GLPI sa stáva zdrojom rozhodovacích dát.
Manažment vidí, kde sa generuje najväčšia záťaž, ktoré služby sú rizikové a kde sa proces zasekáva. IT tím má jasné kompetencie a menej chaosu. Reporty nevznikajú manuálne – vznikajú prirodzene z procesov. Rozdiel nie je v nástroji. Rozdiel je v architektúre.
Medzera medzi realitou a dátami
V praxi sa často ukazuje, že rozdiel medzi „fungujúcim“ a „hodnotovým“ systémom nevzniká kvôli limitom nástroja, ale prirodzeným vývojom organizácie. GLPI sa nasadí ako projekt, no jeho ďalší rozvoj už nebýva systematicky riadený. Medzitým sa mení organizačná štruktúra, pribúdajú nové služby, zvyšujú sa bezpečnostné požiadavky a rastie tlak na reporting.
Systém však ostáva v pôvodnej konfigurácii. Postupne tak prestane kopírovať realitu a začne vytvárať medzeru medzi tým, ako organizácia funguje, a tým, čo ukazujú dáta. A práve táto medzera je miesto, kde sa stráca hodnota.
Mnohé firmy už majú väčšinu potrebného základu hotovú. Netreba meniť platformu ani začínať od nuly. Stačí zhodnotiť aktuálne nastavenie, upraviť štruktúru entít a profilov, doplniť workflow, nastaviť SLA, prepojiť aktíva s procesmi a odstrániť paralelné evidencie. Z nástroja, ktorý „len beží“, sa stane nástroj, ktorý riadi služby.
GLPI beží.
Otázka je, či pracuje pre vás.