Když všichni eskalují, nikdo ve skutečnosti neřídí

Vlastník digitální služby odpovídá za dostupnost, náklady i závazky vůči zákazníkům. Když ale potřebuje navýšit databázovou kapacitu, požádá svého vedoucího. Ten se obrátí na infrastrukturu. Infrastruktura chce stanovisko bezpečnosti. Bezpečnost doporučí potvrzení technologické vedení, protože změna se dotýká produkce.

technologické vedení nakonec dostane tabulku se stejnými technickými údaji, které měl tým od začátku. Nepřibylo nové riziko, konflikt priorit ani nová informace. Přibyl pouze seniornější podpis. Každý účastník měl dost odpovědnosti, aby nechtěl rozhodnutí nést sám, a dost vlivu, aby je mohl poslat dál.

Formálně firma vlastníky má. Prakticky vytvořila řetězec, ve kterém se odpovědnost zapisuje do rolí, ale rozhodovací právo zůstává neurčité nebo je soustředěné nahoře. Eskalace pak nepřivádí výjimku k člověku s vyšším mandátem. Stává se běžným způsobem, jak si organizace opatřuje souhlas.

Následující text není argumentem proti eskalaci. U bezpečnostního incidentu, právního rizika, střetu dvou domén nebo významné investice je eskalace nutná. Otázka zní přesněji: přináší další úroveň do rozhodnutí chybějící pravomoc, znalost nebo přijetí rizika, anebo pouze sdílí odpovědnost tak dlouho, až ji nelze přiřadit nikomu?

Eskalace je pojistka pro výjimku, ne standardní cesta

Slovo eskalace se v organizacích používá pro několik odlišných situací: předání rozhodnutí výše, upozornění na riziko, žádost o kapacitu, aktivaci incidentního řízení nebo prosté oznámení, že se dva útvary nedohodly. Pokud firma tyto situace nerozliší, každé zvednutí ruky začne vypadat jako žádost o manažerské povolení.

Aghion a Tirole rozlišují formální pravomoc, tedy právo rozhodnout, a reálnou pravomoc, tedy skutečnou kontrolu nad rozhodnutím. Jejich teoretický model ukazuje, že organigram sám neurčuje, kdo bude rozhodnutí fakticky ovládat; důležitá je také struktura informací, naléhavost, přetížení nebo počet nadřízených. Větší reálná pravomoc může podpořit iniciativu, ale současně omezuje kontrolu nadřízeného.

Empirická studie decentralizace v globální firmě z žebříčku Fortune 50 analyzovala 761 rozhodovacích úloh. To, zda a jak hluboko se pravomoc delegovala, souviselo se specializací rozhodovací znalosti, souladem potřebné znalosti s odborností manažera a informační náročností úlohy. Výsledek neříká, že vše má rozhodovat nejnižší úroveň. Ukazuje, že pravomoc má následovat místo, kde je relevantní znalost a kde ji lze odpovědně zpracovat.

Odpovědnost bez mandátu vytváří racionální alibi

Manažer nebo service owner nemusí eskalovat proto, že je slabý. Může pouze přesně číst systém pobídek. Jestli je hodnocen podle výsledku, ale vedení mu může zpětně vytknout pravidlo, které předem nebylo známé, je pro něj osobně bezpečnější získat předběžný souhlas. Firma pak označí jeho opatrnost za nedostatek ownershipu, přestože ji sama vyrobila.

Metaanalýza zveřejněná v roce 2026 spojila 515 studií, 588 vzorků a 787 959 účastníků. Oddělila nejasnost role, konflikt role a přetížení role a zjistila, že nejasnost bývá napříč sledovanými zaměstnaneckými a organizačními výsledky nejškodlivějším z těchto tří stresorů. Rozhodovací práva jsou jen jednou částí role, takže z výsledku nelze přímo vypočítat „cenu eskalací“. Přesto silně podporuje potřebu jasně vymezit, co člověk vlastní, jak se hodnotí úspěch a kde končí jeho mandát.

Studie 950 manažerů v jedné veřejné správě pracovala s obranným rozhodováním: člověk považuje jednu variantu za nejlepší pro organizaci, ale zvolí druhou, osobně bezpečnější. Respondenti v průměru označili 2,5 z deseti nejdůležitějších rozhodnutí za obranná; 80 procent uvedlo alespoň jedno takové rozhodnutí. Významnou roli měl způsob, jakým tým reagoval na selhání: hledáním viníka, nebo učením se z příčiny. Jde o sebehodnocení v konkrétní veřejné organizaci, nikoli o univerzální míru pro podnikové IT. Mechanismus je však pro eskalace důležitý: v kultuře zpětného obviňování se předběžné krytí stává racionální volbou.

Navazující výzkum obranného rozhodování vyvinul předběžně validovanou škálu a ve dvouvlnné studii spojil vyšší psychologické bezpečí s menším vyhýbáním se rozhodnutí a větším rozhodovacím přístupem; nejistota zaměstnání působila opačně. Autoři sami označují měření za předběžné a výsledky nejsou důkazem, že každá eskalace je obranná. Podporují ale rozdíl mezi člověkem, který potřebuje odbornou pomoc, a člověkem, který si potřebuje chránit osobní pozici.

Eskalace bez nové pravomoci je jen žádost o krytí

Komplexní rozhodnutí může potřebovat produkt, architekturu, bezpečnost, provoz, finance i právo. Počet účastníků není sám o sobě problém. Problém vznikne tehdy, když každý přináší názor, ale není jasné, kdo připravuje variantu, kdo má právo ji zvolit, kdo kontroluje splnění závazného pravidla a kdo smí přijmout výjimku.

Tiwana u 89 informačních projektů v 89 firmách rozlišil decision management rights a decision control rights: práva rozhodnutí iniciovat a řídit oproti právům jeho výsledek schválit či monitorovat. Soulad governance se specializovanými znalostmi IT a klientských útvarů ovlivňoval efektivní výkon těchto práv a různé dimenze projektového výkonu. Praktický překlad není „všichni musí souhlasit“. Je jím přesné rozdělení tvorby rozhodnutí a kontroly rozhodnutí.

Přehled výzkumu accountability navíc upozorňuje, že odpovědnost nefunguje jako univerzální tlačítko na lepší úsudek. Její dopad závisí na pravidlech, publiku, okamžiku hodnocení a na tom, zda člověk obhajuje proces, nebo pouze výsledek. Více podpisů proto nemusí vytvořit více odpovědnosti. Může pouze rozšířit publikum, před kterým se každý účastník chrání.

Ne každé zvednutí ruky je eskalace rozhodnutí

Snížit počet eskalací je nebezpečný cíl, pokud firma současně začne odrazovat lidi od hlášení rizik. Upozornění na zranitelnost, oznámení nesouladu, stop-the-line při nebezpečné změně nebo aktivace incidentního režimu nejsou známkou slabého ownershipu. Jsou součástí bezpečného řídicího systému.

Přehled výzkumu employee voice a silence shrnuje stovky studií o tom, kdy lidé sdílejí návrhy a problémy směrem vzhůru a kdy je zadržují. Voice je záměrná komunikace s cílem zlepšení; není totožná s předáním vlastního rozhodnutí nadřízenému. Organizace proto musí oddělit právo upozornit na riziko od povinnosti běžnou volbu dokončit v rámci mandátu.

Psychologické bezpečí popisuje vnímání důsledků mezilidského rizika: zda lze přiznat chybu, položit nepříjemnou otázku nebo zpochybnit předpoklad bez nepřiměřené osobní sankce. Výzkumné přehledy jej spojují s učením, sdílením informací a dalšími chováními, která jsou při řízení rizika nutná. Neznamená absenci standardů nebo nízkou výkonnostní laťku.

NIST Cybersecurity Framework 2.0 požaduje, aby role, odpovědnosti a pravomoci související s kybernetickým rizikem byly stanovené, komunikované, pochopené a vynucované. Aktualizovaný NIST SP 800 až 61 Rev. 3 zasazuje incident response do celkového řízení kybernetického rizika a zdůrazňuje připravené role, procesy a koordinaci. Tyto rámce nepředepisují konkrétní podnikovou eskalační matici, podporují však princip, že krizová pravomoc nemá vznikat improvizací až v incidentu.

Každá eskalace musí pojmenovat překročenou hranici

RACI matice často popíše, kdo je responsible, accountable, consulted a informed. U živého rozhodnutí ale nemusí říct, co může vlastník rozhodnout sám, která podmínka spouští vyšší pravomoc ani co se stane, když poradní role nedodá vstup. Pro opakující se oblast proto potřebuji praktičtější eskalační kartu.

DORA u změnových schválení shrnuje zjištění, podle nichž těžké externí schvalování zhoršuje výkonnost dodávky a výzkum nenašel oporu pro hypotézu, že formálnější externí kontrola souvisí s nižším podílem neúspěšných změn. Doporučuje peer review, automatizované testování a observabilitu; centrálnímu fóru ponechává skutečné strategické a rizikové trade-offy. Jde o výzkumnou capability pro software delivery, nikoli o obecný důkaz proti všem schvalovatelům.

Stejný princip se objevuje u volně provázaných týmů: technická oddělitelnost má hodnotu teprve tehdy, když tým může změnu navrhnout, otestovat a nasadit bez zbytečného externího povolení a jemné koordinace. Nejnovější technologie samy tuto organizační schopnost nevytvoří.

Modelový příběh: technologický ředitel jako univerzální schvalovatel

Následující příklad je složený z opakujících se situací z praxe. Firma provozovala zákaznickou platformu v cloudu. Service owner odpovídal za dostupnost, náklady i roadmapu. Tým měl automatické testy, observabilitu a vratný deployment. Přesto téměř každá produkční změna, navýšení kapacity nebo výjimka dodavatele končila u technologického ředitele.

Důvod nebyl formální předpis. Po dřívějším incidentu se na review opakovala otázka, proč se service owner předem nezeptal. Žádný nový limit ale nevznikl. Manažeři se proto naučili, že lokální rozhodnutí je dovoleno pouze tehdy, když dopadne dobře; při neúspěchu se mandát posuzuje zpětně. Eskalace se stala pojištěním kariérního rizika.

Technologický ředitel nezačal tím, že lidem zakázal eskalovat. Nechal projít několik desítek nedávných případů a rozdělil je do pěti tříd: skutečná výjimka, chybějící mandát, chybějící informace, konflikt zdrojů a obranná žádost o krytí. Ukázalo se, že významná část případů nepřinášela na vyšší úroveň nic, co by nižší vlastník nemohl rozhodnout podle předem známého pravidla.

Firma potom vymezila tři rizikové třídy změn. Service owner mohl samostatně rozhodnout vratnou změnu v rámci stávajícího datového toku, rozpočtového limitu a splněných automatických kontrol. Nová třída osobních dat, privilegovaný přístup, významná změna SLO nebo překročení rozpočtu byly explicitní triggery. Bezpečnost měla závazné veto jen v určených kontrolních oblastech; v ostatních případech dodávala poradní vstup v dohodnuté lhůtě.

Opakované eskalace se jednou měsíčně nehodnotily podle toho, kdo je poslal, ale podle toho, které pravidlo chybělo. U některých případů se limit zvýšil, u jiných se doplnila automatická kontrola a několik skutečných výjimek zůstalo u technologického ředitele. Běžná rozhodnutí se vrátila k vlastníkům služeb. Závažná rizika naopak přestala cestovat přes neurčitou řadu manažerů a dostala přímou cestu k příslušnému vlastníkovi.

Co má technologické vedení měřit

Samotný počet eskalací je nebezpečná metrika. Může klesnout proto, že se pravomoc vyjasnila, ale také proto, že lidé přestali upozorňovat na rizika. Technologické vedení potřebuje měřit tok rozhodnutí, přidanou hodnotu další úrovně a kvalitu výsledku současně.

Třicetidenní reset eskalací

První krok nemá být nová celopodniková matice s desítkami rolí. Začněte skutečnými rozhodnutími z posledního měsíce. Procesní dokumentace často popisuje, jak by eskalace měla fungovat; log schůzek, ticketů a zpráv ukáže, jak funguje doopravdy.

Řízení nezačíná přijetím každého rozhodnutí. Začíná návrhem jeho hranic

Eskalace je důležitá organizační pojistka. Umožňuje překročit lokální mandát, přijmout vyšší riziko, vyřešit konflikt mezi doménami a rychle aktivovat krizovou pravomoc. Právě proto nesmí být běžnou trasou pro rozhodnutí, která se opakují každý týden.

Jestli se většina významnějších voleb posílá výše, firma možná nemá problém s odvahou manažerů. Může mít problém s designem: odpovědnost přidělila do rolí, ale pravomoc nechala v neurčitém prostoru mezi nimi. Lidé potom neřídí výsledek. Řídí své osobní riziko tím, že rozšiřují okruh spoluodpovědných.

Technologické vedení má proto u opakované eskalace klást jinou otázku než „proč jste to nerozhodli sami?“. Má se ptát, která hranice byla překročena, zda byla známá předem, co další úroveň skutečně přidala a proč se stejné rozhodnutí bude muset příště znovu vydat stejnou cestou.

Jak číst sílu důkazu

Výzkum v této oblasti nesleduje jednu společnou metriku eskalací. Jednotlivé zdroje podporují odlišné části mechanismu: kde má být pravomoc, co dělá nejasnost role, proč lidé volí osobně bezpečnější variantu a jak mají být připravené rizikové či incidentní role. Praktické doporučení proto vzniká jejich syntézou, nikoli převzetím jedné univerzální studie.