Výzvy IT managementu
Dvacet výzev IT managementu a jak k nim přistupujeme.
Zavedení ITSM bez půlročního projektu
Zavedení nového ITSM nástroje nemusí znamenat měsíce workshopů a konzultantů. Stačí začít na jedné oblasti, převzít data, která už máte v Excelu, a před spuštěním si ověřit, že nic podstatného nechybí.
Audit a regulace: odpovědnost, kterou lze doložit
Auditor se neptá, jestli máte proces, ale jestli umíte doložit, kdo co udělal, kdy a s čím souhlasil. Ukazujeme, jak mít odpovědi připravené dřív, než přijde otázka.
Datové centrum v CMDB: od sálu po pozici v racku
Když technik stojí v sále a hledá konkrétní server, nepomůže mu IP adresa. Potřebuje vědět, ve které uličce, v jakém racku a na jaké pozici, a také jestli je ten kus hardwaru ještě pod servisní smlouvou.
Konec podpory OS a hardwaru pod kontrolou
Konec podpory operačního systému nebo serveru obvykle nepřijde jako překvapení, a přesto zaskočí. Ukazujeme, jak mít životní cyklus pod kontrolou a plánovat obnovu podle služeb, ne podle seznamu serverů.
Sdílená platforma, oddělená data zákazníků
Poskytovatel sdílených služeb potřebuje jednu platformu pro všechny zákazníky, zákazník ale chce vidět jen své servery, incidenty a náklady. Jak obojí spojit bez kompromisů v bezpečnosti?
Ceník služeb, za který někdo ručí
Ceník IT služeb bývá tabulka, kterou kdosi kdysi sestavil a dnes ji nikdo nechce měnit. Ukazujeme, jak z něj udělat řízený dokument s jasným vlastníkem a schválenými změnami.
Showback a chargeback bez tabulkového maratonu
Měsíční vyúčtování IT služeb často znamená několik dní ručního skládání dat a nervózní kontrolu před odesláním. Ukazujeme, jak z uzávěrky udělat rutinu s dohledatelnými podklady.
Kolik stojí jedna IT služba?
Faktury za cloud a datové centrum známe do koruny, ale na otázku, kolik stojí konkrétní služba, odpovídáme odhadem. Ukazujeme, jak náklady propojit s CMDB a dostat se k číslu, kterému lze věřit.
Závažný incident: koordinace místo chaosu
Při závažném incidentu nerozhoduje jen technika, ale i to, kdo ví co a kdy. Popisujeme, jak z prvních minut udělat koordinovanou práci místo honu na informace.
Katalog služeb, který lidé opravdu používají
Katalog služeb často existuje jen na papíře a požadavky dál chodí e-mailem a telefonem. Ukazujeme, jak postavit katalog, ve kterém žadatel ví, co vyplnit, a řešitel ví, co udělat.
SLA, které se měří správně
Lhůta, která běží přes víkend a svátky, nebo nepočítá s čekáním na zákazníka, vytváří zbytečné spory. Jak měřit SLA tak, aby čísla odpovídala dohodě i realitě.
Šum z monitoringu: z tisíců alertů pár situací
Když monitoring hlásí všechno, nehlásí vlastně nic. Jak z proudu událostí udělat několik srozumitelných situací s pravděpodobnou příčinou a jasným dopadem na služby.
Od nálezu zranitelnosti ke změně v produkci
Skener najde tisíce nálezů, ale oprava v produkci je pořád ruční práce. Jak propojit zranitelnosti se servery, službami a změnami, aby se nejdřív opravovalo to podstatné.
Patchování bez měsíčního vyjednávání
Každý měsíc stejné kolo e-mailů o tom, kdy se smí restartovat servery. Dohoda o patchování s vlastníkem služby mění jednorázové vyjednávání na stálé pravidlo.
Servisní okna a zmrazení: kdy se smí sahat do produkce
Servisní okna, zmrazení a kolize změn často žijí v hlavách lidí a v rozptýlených tabulkách. Ukazujeme, jak z nich udělat pravidla, která systém hlídá sám.
Schvalování změn bez e-mailového ping-pongu
Změna čeká na souhlas, souhlas čeká v něčí schránce a servisní okno se blíží. Jak schvalování převést z e-mailu do jedné fronty, kde je vidět, kdo na co čeká.
Kdo je vlastník služby? Odpovědnost, která se dá dohledat
Když není jasné, kdo za službu odpovídá, změny čekají, incidenty se přehazují a schvalování visí. Jasné vlastnictví je základ, na kterém stojí celý provoz.
Jediné body selhání, o kterých nevíte
Služba je postavená redundantně – na papíře. Ve skutečnosti může celá stát na jednom přepínači, jednom poli nebo jednom hypervizoru. Jak takové body najít dřív, než se projeví.
Co se stane, když vypadne…? Dopad dřív než výpadek
Otázku „co všechno na tom visí“ si týmy obvykle kladou až ve chvíli, kdy něco nefunguje. Mapa závislostí po vrstvách umožňuje znát odpověď předem.
CMDB, které nikdo nevěří
Když se na data v CMDB nedá spolehnout, lidé si vedou vlastní tabulky a při incidentu se ptají kolegů. Ukazujeme, jak vrátit datům důvěru krok za krokem.
Začněte pilotem na jedné oblasti.
Vyberte zákazníka nebo útvar a jeho klíčové služby. Po pilotu společně vyhodnotíme SLA, změny a náklady – a o rozšíření rozhodnete s klidnou hlavou.