# Schvalování změn bez e-mailového ping-pongu · Stilla > 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á. URL: https://stilla.eywo.digital/blog/change-approvals-without-email/ Language: cs Last updated: 2026-10-25 [← Zpět na blog](https://stilla.eywo.digital/blog/) Změny2\. července 2026Aktualizováno 25\. října 20263 min čteníTým Eywo # 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ší Stilla Stilla 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 Stilla **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. **Stilla Standard** Pro organizace, které chtějí spolehlivou CMDB a řízené ITSM procesy. [Porovnat edice →](https://stilla.eywo.digital/edice/) ## Další články [Změny·9\. července 2026 ### 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. Standard3 min čtení](https://stilla.eywo.digital/blog/maintenance-windows-and-freezes/)[CMDB·25\. října 2026 ### Virtuální síť v CMDB: od port group po leaf přepínač Mezi virtuálním strojem a fyzickou sítí leží vrstva, kterou většina CMDB nevidí – virtuální switche, port groupy a uplinky hostitelů. Právě na ní se ale rozhoduje, kterých služeb se změna v síti dotkne. Standard3 min čtení](https://stilla.eywo.digital/blog/virtual-network-in-the-cmdb/)[Řízení·25\. října 2026 ### NIS2 a DORA: co musí provoz umět doložit Obě regulace se ptají na totéž – víte, které služby výpadek zasáhne, kdo za ně odpovídá a co se kdy změnilo? Bez spolehlivé mapy závislostí se odpovědi skládají ručně, často pod časovým tlakem. Standard2 min čtení](https://stilla.eywo.digital/blog/nis2-dora-evidence/)