# Kdo je vlastník služby? Odpovědnost, která se dá dohledat · Stilla > 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. URL: https://stilla.eywo.digital/blog/who-owns-the-service/ Language: cs Last updated: 2026-10-25 [← Zpět na blog](https://stilla.eywo.digital/blog/) Řízení25\. června 2026Aktualizováno 25\. října 20263 min čteníTým Eywo # 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. Změna je připravená, technici mají servisní okno a čeká se jen na souhlas s odstávkou. Jenže koho se zeptat? Původní vlastník služby přešel do jiného oddělení, jeho nástupce o roli neví a vedoucí týmu tvrdí, že to není jeho rozhodnutí. Žádost putuje e-mailem od jednoho člověka k druhému a okno mezitím propadne. Podobná situace se opakuje u incidentů, požadavků i auditů. Auditor se ptá, kdo schválil konkrétní zásah, a odpověď se hledá ve starých e-mailech. Pro lidi v provozu to znamená zbytečné čekání a pocit, že nesou odpovědnost, kterou formálně nikdo nedelegoval. Pro vlastníky služeb zase riziko, že se o zásahu do své služby dozví až zpětně. ## Proč odpovědnost tak snadno zamlží Ve většině organizací existuje nějaký dokument, který odpovědnosti popisuje. Problém je, že žije odděleně od nástroje, ve kterém se skutečně pracuje. - **RACI matice v tabulce** se nepromítá do oprávnění. Kdo má být podle ní „odpovědný“, v systému často nic schválit nemůže – a naopak. - **Vlastnictví není jednoznačné.** Vlastník je jednou uveden u služby, jindy u aplikace, jindy u týmu, a každý proces si vybírá jinak. - **Chybí záložní schvalovatel.** Když vlastník chybí nebo není určen, proces se zastaví. - **Oprávnění jsou příliš hrubá.** Buď vidí člověk všechno, nebo nic, a role se proto přidělují „pro jistotu“ širší. ## Jak k vlastnictví přistupovat Odpovědnost je užitečná jen tehdy, když ji systém zná a vynucuje. Doporučujeme držet se několika zásad: 1. **Jedno pravidlo vlastnictví pro všechny procesy.** Schválení odstávky, požadavku i ceníku se má řídit stejnou logikou. 2. **Vždy existuje záložní rozhodovatel.** Pokud vlastník není určen, je předem jasné, kdo rozhodne. 3. **Role mají rozsah.** Oprávnění se vztahuje na konkrétního zákazníka, tým nebo položku, ne na celý systém. 4. **RACI a oprávnění musí být v souladu.** Kdo za něco odpovídá, musí mít k tomu i práva – a nikdo navíc. 5. **Každé rozhodnutí je dohledatelné.** Kdo, kdy a proč. ## Jak to řeší Stilla Ve Stille má každá služba svého vlastníka a platí pro ni **jedno pravidlo, kdo je vlastník**. Stejné pravidlo se používá ve všech procesech, které vyžadují souhlas – u odstávek ve změnách, u požadavků, u dohod o patchování i u návrhů ceníku. Všechny tyto žádosti se sbíhají v jedné frontě „Ke schválení“. Pokud služba vlastníka nemá, rozhoduje **manažer změn** jako záložní schvalovatel, takže se nic nezasekne. Zamítnutí je vždy se zdůvodněním. Oprávnění vycházejí ze **14 rolí s rozsahem** – vše, zákazník, tým nebo konkrétní položka. Člověk tak dostane přesně ta práva, která pro svou roli potřebuje. Stilla obsahuje i **RACI matici s kontrolou souladu s oprávněními**: upozorní, když je někdo v matici uveden jako odpovědný, ale v systému nemá odpovídající roli, nebo naopak. Každé rozhodnutí se zapisuje do **auditní stopy**, která se uchovává pět let. Na otázku auditora „kdo to schválil?“ tak odpověď netrvá dny, ale chvíli. U změn konfigurace je v auditní stopě vidět stav před a po, takže lze dohledat i to, kdo a kdy upravil samotné role nebo vlastníky služeb. Odpovědnost se tím netýká jen provozních rozhodnutí, ale i nastavení systému. Při zavádění pak kontrola připravenosti k provozu ověří mimo jiné, zda mají služby určené vlastníky a zda jsou role přidělené. ## Závěr Jasné vlastnictví není byrokracie, ale ochrana lidí. Technik ví, na koho se obrátit. Vlastník služby ví, že bez jeho vědomí se nic nestane. A organizace dokáže kdykoli doložit, kdo za co odpovídal. Stačí, když odpovědnost nežije v tabulce vedle systému, ale přímo v něm. Vlastníci služeb, role s rozsahem, RACI s kontrolou souladu a auditní stopa 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 [Ří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/)[Řízení·8\. října 2026 ### 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. Standard3 min čtení](https://stilla.eywo.digital/blog/audit-and-accountability/)[Řízení·17\. září 2026 ### 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? Enterprise3 min čtení](https://stilla.eywo.digital/blog/shared-platform-separated-data/)