Väčšina návodov na implementáciu GLPI znie ako zoznam funkcií. Realita je zložitejšia: máte staré dáta v troch tabuľkách, tím, ktorý nikdy nepoužíval tiketovací systém, a termín spustenia stanovený skôr, než niekto definoval rozsah práce. Tu je, ako vyzerá implementácia GLPI v praxi, keď sa robí poriadne -- fáza po fáze.
Fáza 1: prieskum
Skôr než sa dotknete GLPI, zmapujte aktuálny stav. Aké nástroje existujú? Kto dnes rieši tikety -- e-mailom, telefonicky, osobnou návštevou IT oddelenia? Ktoré tímy potrebujú prístup a čo vlastne robia oproti tomu, čo hovorí ich pracovná náplň? Prieskum zvyčajne trvá 3-5 dní pre strednú organizáciu a výsledkom je gap analýza: čo máte teraz, čo potrebujete a kde GLPI vyplní medzery.
Fáza 2: návrh
Tu sa robia skutočné rozhodnutia. Fáza návrhu pokrýva štyri kritické štruktúry:
- Strom entít -- ako sa vaša organizácia mapuje do multi-tenant hierarchie GLPI (podľa lokality, oddelenia alebo obchodnej jednotky)
- Strom kategórií -- kategórie tiketov, ktoré budú používatelia reálne vyberať (držte ich pod 50; viac o tom neskôr)
- Definície SLA -- ciele odozvy a riešenia podľa úrovne priority
- Matica profilov -- kto čo vidí, kto čo edituje, kto dostane Super-Admin (čo najmenej ľudí)
Výstupom návrhu je konfiguračný dokument. Každé rozhodnutie sa zdokumentuje, aby sa nič nenechávalo na "to vyriešime potom."
Fáza 3: migrácia dát
Spustiť GLPI s prázdnou inštanciou znamená stratiť inštitucionálne znalosti. Inventáre aktív, zoznamy používateľov, historické tikety -- to všetko sa dá importovať. GLPI natívne podporuje CSV importy. Pre zložitejšie migrácie z nástrojov ako OTRS, Jira Service Management alebo ManageEngine sú cieľovou cestou skriptované importy cez GLPI API. Počítajte s 1-2 týždňami na čistenie dát a validáciu importu.
Fáza 4: konfigurácia a testovanie
Vybudujte systém podľa návrhového dokumentu. Nakonfigurujte entity, kategórie, SLA, obchodné pravidlá, šablóny notifikácií a profily používateľov. Potom to otestujte -- nie s projektovým tímom, ale so skutočnými koncovými používateľmi z každého oddelenia. Dajte im realistické scenáre: odoslať tiket, schváliť požiadavku, skontrolovať detail aktíva. Ich spätná väzba v tejto fáze predchádza problémom po spustení.
Fáza 5: školenie a spustenie
Školenie nie je voliteľné. Koncoví používatelia musia vedieť, ako odoslať a sledovať tikety. Technici musia rozumieť priraďovaniu, úlohám a follow-upom. Administrátori musia vedieť spravovať kategórie, šablóny a reporty. Zorganizujte samostatné školenia pre každú skupinu. Spustenie funguje najlepšie ako ostrý prechod v pondelok ráno -- žiadne "paralelné fungovanie," kde ľudia stále môžu používať starý systém.
Fáza 6: podpora po spustení
Prvých 30 dní po spustení odhalí, čo fáza návrhu prehliadla. Očakávajte úpravy kategórií, ladenie obchodných pravidiel a zmeny šablón notifikácií. Naplánujte si revízne stretnutia na deň 7, deň 14 a deň 30.
Časový rámec a čo zabíja projekty
Priamočiare nasadenie GLPI trvá 4-6 týždňov. Zložité prostredia s viacerými entitami, vlastnými pluginmi a integráciami si vyžadujú 8-12 týždňov. Tri veci opakovane spôsobujú zlyhania: vynechanie prieskumu (systém nezodpovedá realite), nezapojenie koncových používateľov do spustenia (odmietnu ho) a snaha o presné replikovanie starého systému namiesto zlepšenia procesov.