Změny2. července 20263 min čtení

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á.

Manažer změn má v pondělí ráno ve schránce desítky zpráv. Některé jsou žádosti o souhlas s odstávkou, jiné odpovědi na ně, další přeposlané dotazy „můžeš se na to podívat?“. Část vlastníků služeb odpověděla „OK“, část neodpověděla vůbec, jeden odpověděl jen polovině adresátů. Ve čtvrtek je servisní okno a nikdo s jistotou neví, které změny jsou schválené.

Pro techniky to znamená nejistotu, zda mohou zásah provést. Pro vlastníky služeb zase pocit, že je někdo zahlcuje zprávami bez kontextu – nevědí, co přesně se bude dít a co to pro jejich službu znamená. A když se později něco pokazí, dohledat, kdo co schválil a na základě jakých informací, je detektivní práce.

Proč e-mail na schvalování nestačí

E-mail je dobrý komunikační nástroj, ale špatný nástroj pro rozhodování, které má být dohledatelné.

  • Chybí přehled. Nikdo nevidí na jednom místě, co čeká na koho a jak dlouho.
  • Chybí kontext. Schvalovatel dostane popis zásahu, ale ne informaci, které služby budou mimo provoz.
  • Nejasný adresát. Kdo má odstávku schválit? Vlastník aplikace, vedoucí týmu, nebo někdo z byznysu?
  • „OK“ není rozhodnutí. Souhlas v e-mailu nemá jasnou vazbu na konkrétní verzi změny a zamítnutí často chybí úplně – odpověď prostě nepřijde.
  • Různé procesy, různé cesty. Změny se schvalují jinak než požadavky a ty zase jinak než patchování.

Jak schvalování nastavit

Dobře nastavené schvalování odpovídá na tři otázky: kdo má rozhodnout, na základě čeho a co se stane, když nerozhodne. Doporučujeme:

  1. Jedno místo pro všechny žádosti o souhlas, bez ohledu na to, z jakého procesu přicházejí.
  2. Souhlas dává ten, koho se zásah týká – vlastník zasažené služby, ne náhodný příjemce e-mailu.
  3. Schvalovatel vidí dopad. Ví, které služby budou mimo provoz nebo degradované a kdy.
  4. Zamítnutí má důvod. Žadatel ví, co upravit, a nemusí se doptávat.
  5. Odstupňovaná přísnost. Rutinní změny nevyžadují CAB, rizikové ano.

Jak to řeší Eywo Stratum

Eywo Stratum soustřeďuje všechny žádosti o souhlas do jedné fronty „Ke schválení“. Najdete v ní odstávky ve změnách, požadavky, dohody o patchování i návrhy ceníku. Pro všechny platí jedno pravidlo, kdo je vlastník; pokud služba vlastníka nemá, rozhoduje manažer změn.

Před odesláním změny Stratum vypočítá dopad – které služby a aplikace budou mimo provoz nebo degradované. Odstávku pak schvaluje vlastník zasažené služby, a to s plnou informací o tom, co zásah znamená. Termín změny lze zvolit jen v servisním okně, mimo změnová zmrazení a mimo kolize s jinými změnami. Všechny naplánované zásahy jsou přehledně v kalendáři změn, takže vlastník služby vidí i to, co se v jeho okolí chystá v následujících týdnech, a může se rozhodovat v souvislostech, ne izolovaně.

Míru schvalování určují change modely:

  • standardní předschválená změna pro opakované rutinní zásahy,
  • normální změna se schválením vlastníkem, manažerem změn a podle potřeby CAB,
  • nouzová změna pro situace, kdy nelze čekat.

Zamítnutí je vždy se zdůvodněním, takže žadatel ví, co upravit. Každé rozhodnutí se zapisuje do auditní stopy a notifikace odcházejí e-mailem nebo do Slacku podle pravidel – e-mail tak slouží k upozornění, ne k rozhodování.

Závěr

Schvalování změn nemusí být nekonečná výměna zpráv. Když všechny žádosti leží na jednom místě, schvalovatel vidí dopad a zamítnutí má vždy důvod, rozhoduje se rychleji a s větším klidem. Technici vědí, na čem jsou, a vlastníci služeb mají jistotu, že bez jejich vědomí se nic nestane.

Jedna fronta „Ke schválení“, change modely, výpočet dopadu a schvalování odstávek vlastníkem jsou součástí edice Standard.

Eywo Stratum Standard
Pro organizace, které chtějí spolehlivou CMDB a řízené ITSM procesy.

Porovnat edice →