Rozdiel medzi GLPI nasadením, ktoré tím skutočne používa, a inštaláciou, ktorá zostane shelfware-om, je v plánovaní pred kickoffom — nie v technickej kvalite samotného nasadenia. Tento článok je postupný plán šiestich krokov, ktoré rozhodnú o tom, či bude GLPI o 12 mesiacov živý nástroj alebo opustený URL.
Krok 1: Definujte čo má GLPI vyriešiť
Pred technickou diskusiou treba odpovedať na otázku „prečo to robíme". Konkrétne, nie marketingovo:
- Aktuálny stav: koľko otvorených IT požiadaviek máme v Outlook archívoch v tomto okamihu? (Reálna kontrola — odhad nestačí.)
- Top 3 problémy, ktoré chceme riešiť v prvých 6 mesiacoch (príklad: viditeľnosť open ticketov, evidencia zariadení, audit incidentov pre ISO 27001).
- Kto je sponzor v biznise (nie IT)? CFO, COO, CIO?
- Čo sa stane, ak po 6 mesiacoch GLPI nedoručí? (Rollback plán a definícia „úspechu" do KPI.)
Bez týchto odpovedí je projekt definovaný technikou, nie biznisom. To je najčastejšia príčina shelfware-u.
Krok 2: Plánovanie projektu
Implementácia GLPI v stredne veľkej firme (50 – 500 zamestnancov) zaberie 8 – 16 týždňov. Plán pokrýva:
- Scope: ktoré GLPI moduly idú v fáze 1 (zvyčajne Tickets + Inventory; Projects, Problems, Changes do fázy 2).
- Timeline: medzníky po týždňoch, nie po mesiacoch.
- Rozpočet: licencia €0, ale interný čas + prípadné externé služby (40 – 80 hodín konzultácií typicky pri prvom nasadení).
- Roly: kto je projekt manažér, kto je „GLPI champion" v IT tíme (osoba, ktorá ho bude vlastniť po go-live), kto je biznis sponzor.
- Risk register: závislosti (LDAP integrácia, monitoring webhook), prerekvizity (mailbox pre support@, SSL cert, backup proces).
Krok 3: Konfigurácia podľa biznis procesov
GLPI je veľmi konfigurovateľný a to môže byť pasca — bez plánu sa stratí týždeň v menu. Začnite s týmito rozhodnutiami v poradí:
- Entity štruktúra — jedna entita pre celú firmu, alebo rozdelenie po oddeleniach? (Entity-based RBAC rozhoduje toto.)
- Kategórie tiketov — top 10 kategórií na základe analýzy posledných 200 e-mailov. Nie viac.
- Typy aktív a ich klasifikácia — pozri taxonómiu hardware/softvér/spotrebný materiál.
- Profily a oprávnenia — End-user, L1 technik, L2 technik, manažér, admin. Iné nepotrebujete v fáze 1.
- SLA a notifikácie — začnite s jedným SLA (P1: 4h TTR, ostatné: 2 dni), pridáte ďalšie po prvých 2 mesiacoch.
Krok 4: Migrácia dát
Pri prechode z iného nástroja (alebo z Excelu) je migrácia dát najrizikovejší krok. Otázky pred importom:
- Ktoré historické dáta sú skutočne potrebné? (Tikety za posledných 12 mesiacov áno, 5 rokov nie.)
- Aký formát má zdrojový export? CSV cesta, alebo cez API?
- Bude inventár cez Excel import, alebo necháte GLPI Agent objaviť všetko nanovo? Pre väčšinu prípadov je nový agent rollout čistejší ako migrácia starého Excelu.
- Mapping starých kategórií na nové — nie 1:1, lebo nové sú reorganizované.
Plánujte testovacie importy do staging GLPI inštancie predtým, než spustíte produkčný.
Krok 5: Tréning tímu
Tréning sa robí v dvoch vlnách:
- 2 týždne pred go-live — IT tím (2 hodiny technici, 1 hodina manažér). Cieľ: aby technici vedeli pracovať s tikoetmi a nezdrhli pri prvom probléme.
- Prvý týždeň po go-live — koncoví používatelia. Krátka 5-minútová video inštrukcia + e-mail s linkom na portál. Žiadne formálne školenie pre 200 ľudí; 90 % to pochopí samo.
Najúspešnejší tréning má jeden „GLPI champion", ktorý je k dispozícii prvé 2 týždne pre rýchle otázky. Bez neho sa tikety vrátia do e-mailu.
Krok 6: Go-live a sledovanie
Go-live by mal byť postupný, nie veľký bang. Odporúčaný postup:
- Týždeň 1: pilot s jedným oddelením (typicky financie alebo HR — menšie, štruktúrované, ochotné spolupracovať).
- Týždeň 2 – 3: feedback od pilota, ladenie kategórií a šablón.
- Týždeň 4: rollout na celú firmu. E-mailový support@ adresa stále funguje, ale automaticky vytvára tikety v GLPI.
- Týždeň 8: prvý retrospect — koľko tiketov, ktoré kategórie, kde sa tým zasekáva.
- Mesiac 3 – 6: pridávanie ďalších modulov (Problems, Changes, Projects), ďalších SLA, ďalších kategórií podľa potreby.
Bežné chyby pri implementácii
Pre konkrétny zoznam toho, čo sa typicky pokazí v prvom roku, pozri najčastejšie chyby pri implementácii GLPI. Tento postup ich nepokrýva všetky — ale šesť krokov vyššie je rámec, do ktorého sa dajú zasadiť, keď sa objavia.
Implementácia GLPI nie je technický projekt s biznis dôsledkami; je to biznis projekt s technickou implementáciou. Šesť krokov vyššie odráža toto poradie. Plánovanie a tréning zaberú viac času ako samotná inštalácia — a to je správny pomer.