Každá neúspešná implementácia GLPI sleduje rovnaký vzorec. Technológia funguje správne -- problémy sú takmer vždy v rozhodnutiach urobených (alebo neurobených) počas nastavenia. Tu je sedem chýb, ktoré sa opakovane objavujú, so špecifickým návodom, ako sa každej vyhnúť.
Chyba 1: replikovanie starého systému
Najprirodzenejší inštinkt pri migrácii na GLPI je presne zreprodukovať to, čo ste mali predtým. Ak mal starý nástroj 47 vlastných polí na formulári tiketu, nový by mal tiež.
Toto je pasca. Dizajn starého systému odráža nahromadené workaroundy pre obmedzenia starého nástroja. GLPI má iné silné stránky. Začnite otázkou "čo skutočne potrebujeme?" namiesto "čo sme mali?"
Chyba 2: príliš veľa kategórií
Strom kategórií s 200+ položkami vyzerá dôkladne na papieri. V praxi používatelia nedokážu nájsť správnu kategóriu, takže zakaždým vyberú "Iné" alebo "Všeobecné." Dáta kategórií sa stanú nepoužiteľnými pre reporting.
Držte najvyššiu úroveň na 8-12 kategóriách. Podkategórie používajte striedmo -- maximálne dve úrovne hlboko. Ak kategória dostáva menej ako 5 tiketov mesačne, zlúčte ju s niečím širším. Cieľom je kategorizácia, ktorá je presná, pretože je jednoduchá, nie vyčerpávajúca, pretože je detailná.
Chyba 3: žiadny plán migrácie dát
Spustenie s prázdnou inštanciou GLPI zahodí inštitucionálne znalosti. Historické tikety ukazujú opakujúce sa problémy. Inventáre aktív poskytujú baseline. Dáta používateľov umožňujú správne priradenie od prvého dňa.
Plánujte migráciu skoro. Rozhodnite, ktoré dáta preniesť (aktívne tikety, posledných 12 mesiacov histórie, aktuálne aktíva, všetci používatelia) a ktoré archivovať. Použite CSV import alebo API GLPI pre štruktúrované dáta. Validujte pred spustením.
Chyba 4: vynechanie školenia používateľov
"Je to intuitívne" nie je plán školenia. Samoobslužný portál GLPI je priamočiary na odosielanie tiketov, ale technici musia rozumieť priraďovaniu, úlohám, follow-upom a sledovaniu SLA. Administrátori musia poznať obchodné pravidlá, šablóny a reporting.
Zorganizujte tri samostatné školenia: koncoví používatelia (30 minút), technici (2 hodiny), administrátori (pol dňa). Nahrajte ich pre budúcich zamestnancov.
Chyba 5: žiadne SLA definície pri spustení
Bez SLA neexistuje spôsob, ako merať kvalitu služieb. "SLA pridáme neskôr" zvyčajne znamená, že sa nikdy nepridajú, alebo sa pridajú o mesiace neskôr bez historických dát na porovnanie.
Definujte minimálne štyri SLA úrovne (P1 až P4) pred spustením, aj keď sú ciele približné. Merateľné ciele od prvého dňa poskytujú baseline dáta. Upresnite ciele po 90 dňoch na základe skutočného výkonu.
Chyba 6: všetci sú Super-Admin
Danie profilu Super-Admin každému technikovi eliminuje požiadavky na podporu súvisiacu s oprávneniami -- krátkodobo. Dlhodobo to znamená, že ktokoľvek môže mazať aktíva, meniť obchodné pravidlá, upravovať definície SLA alebo exportovať všetky dáta používateľov. Jedno náhodné hromadné zmazanie a obnovujete zo zálohy.
Používajte princíp najmenších oprávnení. Väčšina technikov potrebuje profil Technik. Malý počet ľudí (2-3 na entitu) potrebuje Admin. Super-Admin by mal byť vyhradený výlučne pre systémového administrátora GLPI.
Chyba 7: žiadna revízia po spustení
Prvý mesiac produkčného používania odhalí problémy, ktoré testovanie nezachytilo. Kategórie, ktoré vyzerali logicky, v praxi mätú používateľov. Obchodné pravidlá sa spúšťajú v neočakávaných kombináciách. Šablóny notifikácií obsahujú nesprávne informácie alebo chodia nesprávnym príjemcom.
Naplánujte si kontrolné body: deň 7 (rýchla kontrola pulzu -- tečú tikety správne?), deň 14 (revízia využívania kategórií, SLA compliance, spätná väzba používateľov), deň 30 (komplexná revízia s plánom úprav). Organizácie, ktoré tieto revízie preskočia, skončia so systémom, ktorý technicky funguje, ale ktorému nikto neverí.