Rozhodnutí zavést nový nástroj pro řízení IT provozu bývá rozumné a dlouho připravované. Pak ale přijde realita implementace. Úvodní analýza, workshopy s každým týmem, návrh procesů, konfigurace, migrace dat, testování, školení. Z plánovaných tří měsíců je půl roku a provoz mezitím běží postaru, protože nový nástroj ještě „není hotový“.
Lidé z provozu na to doplácejí dvakrát. Nejdřív musí vedle běžné práce chodit na workshopy a vyplňovat podklady. Pak, když se spuštění odkládá, ztrácejí důvěru, že se něco opravdu změní. Když nástroj nakonec naběhne, často ho přijímají s nedůvěrou, která s funkcemi nemá nic společného.
Proč velké projekty uvíznou
V praxi často vidíme několik opakujících se příčin:
- Snaha vyřešit všechno najednou. Incidenty, požadavky, změny, CMDB i reporting pro celou organizaci v jedné vlně. Každá oblast má své výjimky a každá výjimka zdržuje celek.
- Procesy navrhované od nuly. Místo převzetí toho, co funguje, se navrhuje ideální stav, na kterém se těžko shodne více týmů.
- Data se připravují až na konci. Týmy, uživatelé, služby a jejich vlastníci se řeší jako poslední krok, a teprve tehdy se zjistí, co chybí.
- Nástroj nutí do svého procesu hned od prvního dne. Pokud změnový proces vyžaduje servisní okna, která ještě nikdo nedefinoval, nedá se začít pracovat.
Jak zavádět jinak
Rychlejší zavedení neznamená méně pečlivé. Znamená jiné pořadí kroků.
Začněte na jedné oblasti. Jeden tým, jedna skupina služeb, jeden typ práce. Pilot ukáže, co funguje, a dá lidem zkušenost, o kterou se mohou opřít ostatní.
Převezměte data, která už máte. Většina organizací má týmy, uživatele, seznam služeb a serverů v tabulkách. Nejsou dokonalé, ale jsou lepší výchozí bod než prázdný systém.
Před spuštěním si ověřte připravenost. Nejde o formální akceptaci, ale o praktickou kontrolu: má každá služba vlastníka? Je definované SLA? Jsou nastavené týmy a role?
A dejte procesu čas dozrát. Některá pravidla, například servisní okna pro všechny služby, vznikají postupně. Nástroj by měl umožnit začít pracovat dřív, než jsou všechna dotažená.
Jak to řeší Eywo Stratum
Eywo Stratum nabízí profily nasazení: pro poskytovatele sdílených služeb, pro podnik s primární CMDB v jiném systému, pro regulovaný provoz s OT a pro menší organizace. Profil nastaví rozumná výchozí nastavení a jednotlivé moduly lze zapnout nebo vypnout. Pilot tak může začít třeba jen s incidenty a CMDB.
Data se převezmou importem z Excelu. Importovat lze týmy, uživatele a jejich role, položky CMDB, služby s vlastníkem, SLA a servisním oknem, vztahy mezi položkami a servisní okna. Tabulky, které už máte, se tak stanou základem, a ne překážkou.
Před spuštěním provede Eywo Stratum kontrolu připravenosti k provozu. Dvanáct kontrol ověří například vlastníky služeb, SLA, servisní okna, vazby, týmy, role a nastavení e-mailu. Výsledek ukáže, co je potřeba doplnit, dřív než na to narazí první incident.
Pro období zavádění je k dispozici model „změna bez servisního okna“. Tým může evidovat a schvalovat změny ještě předtím, než má každá služba definované okno. Okna se doplní postupně a model se pak vypne.
Workflow je konfigurovatelný, takže stavy, přechody a oprávnění lze přizpůsobit tomu, jak tým skutečně pracuje.
Závěr
ITSM se nemusí zavádět jako velký projekt. Pilot na jedné oblasti, převzetí existujících dat a ověření připravenosti umožní začít pracovat rychle a rozšiřovat po krocích. Lidé z provozu uvidí přínos dřív a nový nástroj přijmou jako pomoc, ne jako další povinnost.
Profily nasazení, import z Excelu a kontrola připravenosti jsou součástí edice Standard.
Eywo Stratum Standard
Pro organizace, které chtějí spolehlivou CMDB a řízené ITSM procesy.