DIGITÁLNÍ STRATEGIE A SPRÁVA IT
Všechno podstatné z materiálů De Haese, česky a na příkladech. Anglické pojmy v závorkách, modely názorně a odpovědi bez zbytečných oklik.
Hledání ukazuje odpovídající bloky z celého výkladu. Odpovědi a doplňky s nalezeným textem se rozbalí.
Nic jsem nenašel. Zkus kratší výraz nebo jeho anglickou variantu.
Když máš málo času, začni tady. Pak si ověř, že umíš modely vysvětlit na příkladu.
Podklady: Přehled celého kurzu · prezentace 9, 46, 124; kniha kap. 1–5
Kdo určuje priority, pravidla a odpovědnosti?
Technologie i procesy podporují stejný cíl.
Firma ušetří, zákazník je spokojený, rizika klesnou.
Příklad e-shopu: vedení upřednostní spolehlivé doručení → IT propojí sklad s objednávkami a firma upraví práci skladu → ubude chyb a reklamací.
Hodnota znamená změnu k lepšímu pro firmu nebo její okolí. Samotné utrácení za technologie ji nezaručuje.
Podklady: Prezentace 3–14, 24, 47; kniha s. 8–13 a kap. 4 (s. 73–98)
Každé oddělení má vlastní systém. Propojení je křehké, změny drahé, většina kapacity padne na údržbu. IT se řeší až poté, co byznys rozhodne.
Firma rozumí možnostem IT, plánuje společně a sdílí data i platformy tam, kde to dává smysl. IT pomáhá produktům, rozhodování i změnám.
Digitálně zdatná firma (IT-savvy organization) zapojuje vedení i zaměstnance. Vyhodit ředitele IT nebo bez rozmyslu outsourcovat samo příčinu nevyřeší.
| Přínos | Uvnitř firmy (internal) | Navenek (external) |
|---|---|---|
| Peněžně vyjádřitelný (tangible) | Méně ručního přepisování → úspora nákladů. | Vyšší tržby díky lepšímu prodeji. |
| Obtížně peněžně vyjádřitelný (intangible) | Lepší rozhodování, sdílení znalostí. | Důvěra, spokojenost a zkušenost zákazníka. |
Pozor: nehmotný přínos (intangible benefit) neznamená neměřitelný. Spokojenost můžeš měřit průzkumem, i když jí neumíš přidělit přesnou cenu.
Hierarchie hodnoty (business value hierarchy)
Infrastruktura → aplikace → podnikové procesy → finanční výsledky firmy. Čím výš měříš, tím víc výsledek ovlivňuje i okolí a tím hůř izoluješ přínos samotného IT.
Investiční zdůvodnění (business case) vysvětluje, proč investovat: problém, cíle, varianty včetně „nic nedělat“, náklady celého životního cyklu, přínosy, rizika, termíny, vlastník a metriky.
Celý proces potřebuje podporu (accommodation): role, pravidla, dovednosti a nástroje. Vlastník přínosu (benefit owner) z byznysu ručí za změnu práce a dosažení přínosu; IT dodává potřebné schopnosti.
Hotový systém ≠ hotový přínos
E-shop nasadí nový skladový systém včas. Pokud lidé dál přepisují objednávky do tabulek, úspora nepřijde. Musí se změnit proces, užívání systému a dovednosti.
| Měřítko | Co říká / na co pozor |
|---|---|
| Návratnost investice (Return on Investment, ROI) | (Přínosy − náklady) / náklady × 100 %. Příklad: náklady 100 tis., přínosy 140 tis. za stejný horizont → ROI 40 %. Jednoduché ROI neřeší čas peněz. |
| Čistá současná hodnota (Net Present Value, NPV) | Součet diskontovaných budoucích čistých peněžních toků minus počáteční investice. Kladná NPV při zvolené sazbě znamená očekávaný přínos nad požadovanou návratnost. |
| Vnitřní výnosové procento (Internal Rate of Return, IRR) | Diskontní sazba, při které je NPV = 0. Porovnává se s požadovanou výnosností. |
| Doba návratnosti (payback period) | Za jak dlouho se náklady vrátí. Jednoduchá varianta neřeší čas peněz ani přínosy po návratnosti. |
| Celkové náklady vlastnictví (Total Cost of Ownership, TCO) | Pořízení + provoz + podpora + školení + změny + ukončení. Cena licence je jen část nákladů. |
Číselný příklad je ilustrativní. Finanční metriky doplňuj nefinančními a rizikovými; povinná či bezpečnostní investice nemusí mít snadno vyčíslitelný přímý výnos.
Paradox produktivity IT (IT productivity paradox): velké investice do IT nejsou automaticky vidět v naměřené produktivitě.
Cyklus produktivity IT (IT productivity cycle): nové IT → vyšší zisk úspěšných průkopníků → IT se stane standardem → konkurence tlačí ceny dolů → peněžní přínos klesá, přestože fyzická produktivita může růst. E-bankovnictví se z výhody stane nutností.
| Typ investice | Hlavní záměr |
|---|---|
| Transakční (transactional) | Efektivita a nižší náklady opakovaných operací. |
| Informační (informational) | Lepší informace pro plánování a rozhodování. |
| Infrastrukturní (infrastructure) | Sdílený základ, integrace a flexibilita dalších řešení. |
| Strategická (strategic) | Nový trh, služba nebo konkurenční výhoda. |
Digitální mistrovství (digital mastery) spojuje digitální schopnosti (digital capabilities) se schopností vést změnu (leadership capabilities). Nestačí jen moderní aplikace: potřeba je i vize, správa a zapojení lidí. Na matici: nízké obojí = začátečníci (beginners), vysoké digitální a slabé vedení = módní nadšenci (fashionistas), silné vedení a slabší digitální schopnosti = konzervativní (conservatives), vysoké obojí = digitální mistři (digital masters).
Dvě různé otázky: potřebují jednotky sdílet data a spolupracovat? A mají stejnou práci dělat stejným způsobem?
Podklady: Prezentace 15–17; související principy architektury a provozního modelu
Integrace procesů (process integration) = jak moc jsou jednotky vzájemně závislé a sdílejí data. Standardizace procesů (process standardization) = jak moc používají stejný postup.
Pomůcka: DATA × POSTUP
Koordinace = sdílet DATA. Replikace = opakovat POSTUP. Sjednocení = obojí. Diverzifikace = ani jedno ve vysoké míře.
| Model | Typický důsledek pro IT |
|---|---|
| Diverzifikace (diversification) | Lokální řešení, autonomie jednotek; společné jen užitečné základní služby. |
| Koordinace (coordination) | Sdílená kmenová data, společné identifikátory a integrace přes rozhraní; lokální procesy se mohou lišit. |
| Replikace (replication) | Opakovatelná šablona aplikací a standardní postupy; omezená potřeba sdílení transakčních dat mezi jednotkami. |
| Sjednocení (unification) | Společná data, jednotné procesy a integrované aplikace nebo platforma. |
U testu: nejdřív zdůvodni obě osy, teprve pak pojmenuj model. Model s nejvyšší integrací není automaticky nejlepší pro každou firmu. Příklady jsou ilustrace; skutečné zařazení závisí na konkrétním fungování.
Porter ukazuje, kde technologie přináší příležitost či hrozbu. Strategická matice shrnuje, jak důležité je IT dnes a do budoucna.
Podklady: Prezentace 18–24, 71–72; kniha s. 10–11 a 30–34
| Síla | Jak do ní může zasáhnout IT |
|---|---|
| Noví vstupující (new entrants) | Digitální prodej může snížit náklady vstupu. Silná platforma či síťové efekty naopak vstup ztíží. |
| Náhradní řešení (substitutes) | Streamování nahradí fyzické nosiče. Hledej jiný způsob naplnění stejné potřeby. |
| Vyjednávací síla zákazníků (buyer bargaining power) | Srovnávač cen zvyšuje informovanost a možnost snadno přejít jinam. |
| Vyjednávací síla dodavatelů (supplier bargaining power) | Závislost na jedné cloudové platformě ji může zvýšit; elektronické tržiště může usnadnit výběr jiného dodavatele. |
| Rivalita konkurentů (industry rivalry) | Online trh usnadňuje porovnávání, tlak na ceny i rychlé kopírování nabídek. |
U testu: síla → konkrétní technologie → změna síly → příležitost / hrozba pro danou firmu. Technologie může mít obojí účinek.
Rozlož firmu na činnosti a u každé se ptej: „Co se stane, když IT přestane fungovat?“ Tím zjistíš potřebu spolehlivosti (reliability).
Společně vytvářejí hodnotu a marži (margin).
E-shop: selhání platby či skladu přímo zastaví prodej nebo doručení. To je vysoká provozní závislost na IT. Konkurenční síly pomáhají odhalit potřebu nového IT (new IT), hodnotový řetězec potřebu spolehlivého IT.
Provoz na IT silně závisí; nové IT má menší strategický význam.
Důraz: dostupnost, obnova, efektivita.IT musí běžet a zároveň určuje budoucí konkurenceschopnost.
Důraz: spolehlivost i inovace.Menší současná závislost i potřeba zásadních IT inovací.
Důraz: účelné náklady, základní služby.Dnešní závislost nižší, nové IT má zásadně změnit firmu.
Důraz: změna, investice a nové schopnosti.Dvě matice, jiné osy
Provozní model = integrace × standardizace. Strategická role IT = spolehlivost × inovace. Nezaměňuj je. Rozliš i dnešní stav (as-is) a cílový stav (to-be).
Nejde jen o to, že IT plní objednávky byznysu. Technologie může také otevřít firmě úplně nový směr.
Podklady: Prezentace 26–30, 37–43; kniha s. 6–8, 57–63
Co chceme nabízet, komu a proč?
Jaké technologické schopnosti potřebujeme?
Jak pracují lidé, kdo o čem rozhoduje?
Jak fungují systémy, služby a jejich správa?
Příklad: „Chceme doručení do druhého dne“
Strategie firmy: rychlé doručení. Strategie IT: okamžitá dostupnost skladových dat. Proces firmy: dřívější vychystávání a smlouva s dopravcem. IT provoz: spolehlivé propojení objednávek, skladu a dopravy. Bez změny skladu aplikace sama nestačí.
| Bariéra | Lidsky řečeno | Příklad |
|---|---|---|
| Vyjádření směru (expression barrier) | Byznys neřekne jasně, co chce. | „Chceme být digitální.“ Bez konkrétních cílů a priorit. |
| Specifikace / překladu (specification barrier) | Byznys a IT spolu netvoří strategii. | Vedení slíbí službu bez účasti IT; každá strana si požadavky vyloží jinak. |
| Implementace (implementation barrier) | Cíl je jasný, ale realizace naráží na omezení. | Staré systémy (legacy systems) nejdou propojit; chybějí peníze či schopnosti. |
Typické poruchy SAM: jen provozní požadavky bez IT strategie → reaktivní IT a křehká architektura. Jen obě strategie a IT změny bez změny podnikových procesů → papírově dobrá strategie, slabý skutečný dopad.
Intelektuální sladění (intellectual alignment) = soulad plánů, dokumentů, cílů a formálních struktur. Sociální sladění (social alignment) = důvěra, společný jazyk, vzájemné porozumění a komunikace.
Strategické (strategic), provozní (operational) a individuální sladění (individual alignment) řeší postupně strategie, procesy a struktury, a potřeby konkrétních uživatelů.
Past sladění (alignment trap)
Výborně si rozumíme, ale IT neumí spolehlivě dodat řešení. Sladění musí jít spolu se schopností IT účinně fungovat (IT efficacy). Samotné strategické porady nezachrání padající systémy.
Ve firmě s více jednotkami slaďuj také strategii skupiny (corporate strategy), strategie jednotek (business unit strategies), sdílenou IT platformu a lokální aplikační portfolia. Lokální optimum může škodit celé skupině.
| Cesta | Pořadí tří oblastí |
|---|---|
| Technologická páka (technology leverage) | Strategie firmy → strategie IT → IT infrastruktura a procesy. |
| Využití technologických možností (technology exploitation) | Strategie IT → strategie firmy → podnikové procesy. |
| Realizace podnikové strategie (strategy implementation) | Strategie firmy → podnikové procesy → IT infrastruktura a procesy. |
| Realizace IT strategie (technology implementation) | Strategie IT → IT infrastruktura a procesy → podnikové procesy. |
Tyto cesty z knihy propojují vždy tři oblasti. Úplný přístup zvažuje všechny čtyři a vrací se i k předpokladům strategií (double-loop process). Dvoustranné sladění (bivariate fit) může opominout provoz nebo druhou stranu. Maesův rámec (Maes alignment framework) rozšiřuje SAM na 3 × 3: strategie, struktura, provoz × byznys, informace/komunikace, technologie.
Jedno univerzální číslo neexistuje. Vyber metodu podle toho, jestli hodnotíš projekt, organizaci, nebo strategii.
Podklady: Prezentace 31–43; kniha s. 63–69
| Metoda | Co děláš | Hlavní omezení |
|---|---|---|
| Bodování investice (scoring / information economics) | Společně ohodnotíš ROI, podporu strategie, architekturu, nefinanční přínosy a rizika. Sečteš vážené skóre. | Jeden projekt nevypovídá o celé firmě. Váhy i hodnocení jsou úsudek. |
| Porovnání dvojic (matching) | Porovnáš související hodnocení byznysu a IT. Menší rozdíl = větší shoda. | Stejně nízká hodnocení také znamenají shodu, ale ne vysokou úroveň schopností. |
| Interakční přístup (moderation) | Sleduješ společné působení byznysu a IT; v jednoduché ilustraci násobíš jejich skóre. | Výsledek znamená něco jiného než rozdíl skóre. Metody mohou vést k jiné interpretaci. |
| Odchylka od profilu (profile deviation) | Určíš ideální IT profil pro danou obchodní strategii a měříš vzdálenost skutečného stavu. | Závisí na správnosti zvoleného ideálu. |
| Model zralosti (maturity model) | Porovnáš současný a cílový stav (as-is / to-be), najdeš mezery a kroky zlepšení. | Vyšší úroveň stojí úsilí; cíl má odpovídat potřebě firmy. |
| Matice cílů (business goals / IT goals matrix) | Přiřadíš IT cíle k obchodním. Hledáš cíle bez podpory a IT aktivity bez důvodu. | Nestačí nakreslit vazbu; musíš umět vysvětlit její skutečný příspěvek. |
| Rozbor problémových míst (pain-point analysis) | Popíšeš problém, následek a narušenou vazbu modelu SAM. | Ukazuje konkrétní problémy, nikoli úplné skóre organizace. |
Nejčastější chyták: matching × moderation
Byznys = 1, IT = 1: rozdíl 0 → vysoká shoda (matching), součin 1 → nízké společné působení (moderation). Byznys = 5, IT = 5: rozdíl znovu 0, ale součin 25. Shoda a společná síla nejsou totéž.
Ilustrativní příklad: strategický přínos má váhu 3, přínos uživatelům váhu 2, riziko váhu 2. Všechna skóre jsou na stejné škále; vysoké riziko je špatně.
3 × 2 + 2 × 3 − 2 × 1 = 10
3 × 5 + 2 × 4 − 2 × 3 = 17
Projekt B má vyšší skóre navzdory vyššímu riziku. Skóre nenahrazuje posouzení rozpočtu, závislostí, povinných investic ani uskutečnitelnosti. Toto je výukový příklad, nikoli univerzální vzorec COBIT.
| Strategie firmy | Odpovídající zaměření IT |
|---|---|
| Obránce stabilního trhu (defender) | Efektivita, kontrola nákladů, spolehlivost (IT for efficiency). |
| Průzkumník / inovátor (prospector) | Flexibilita, rychlé experimenty a nové trhy (IT for flexibility). |
| Analyzátor (analyzer) | Úplné informace pro rozhodování; vyvažování stability a inovací (IT for comprehensiveness). |
Luftmanův model zralosti sladění (Strategic Alignment Maturity Model) posuzuje 6 oblastí: komunikace (communications), měření hodnoty a kompetencí (competency/value measurements), správa (governance), partnerství (partnership), rozsah a architektura (scope & architecture), dovednosti (skills). Má 5 úrovní od počátečního stavu po optimalizované sladění. Není to totéž jako úroveň schopnosti jednoho procesu v COBIT.
EGIT je systém, který umožňuje správně rozhodovat o současném i budoucím využití IT a nést za rozhodnutí odpovědnost.
Podklady: Prezentace 45–62; kniha s. 3–5, 22–28
Podniková správa IT (Enterprise Governance of IT, EGIT) je součást správy společnosti (corporate governance), za kterou odpovídá její vrcholný správní orgán (board). Kombinuje struktury, procesy a vztahové mechanismy, aby byznys a IT plnily své odpovědnosti, byly sladěné a vytvářely i chránily hodnotu z IT.
Lidsky: musí být jasné, kdo rozhoduje o investicích a rizicích, podle jakých pravidel a jak spolu lidé spolupracují. Týká se celé firmy, i dodavatelsky provozovaného IT.
Role, orgány a rozhodovací pravomoci.
Opakovatelný postup rozhodování a sledování.
Porozumění, důvěra, komunikace.
Samotný výbor nestačí
Výbor = struktura. Porovnání investičních zdůvodnění a rozhodnutí o prioritách = proces. Společný jazyk a důvěra členů = vztahy. Aby rozhodování fungovalo, potřebuje všechny tři.
| Otázka | Oblast | Co ověřuješ |
|---|---|---|
| Děláme správné věci? (Are we doing the right things?) | Strategie (strategy) | Podporuje investice vizi, obchodní cíle a přijatelnou kombinaci hodnoty, nákladů a rizika? |
| Děláme je správným způsobem? (Are we doing them the right way?) | Architektura (architecture) | Zapadá řešení do architektury, principů a ostatních iniciativ? |
| Zvládáme je dobře dokončit? (Are we getting them done well?) | Dodání (delivery) | Máme proces dodání, schopné lidi a zvládáme potřebnou organizační změnu? |
| Získáváme přínosy? (Are we getting the benefits?) | Hodnota (value) | Jsou přínosy jasné, mají vlastníka, metriky a ověřujeme je po celý životní cyklus? |
Kdo rozhoduje, není totéž jako kdo práci provede. A různé druhy rozhodnutí mohou patřit různým skupinám.
Podklady: Prezentace 53–55, 63–65, 99; kniha s. 110–119
| Správa (governance) | Řízení (management) | |
|---|---|---|
| Otázka | Jaký směr a výsledky chceme? | Jak je konkrétně dosáhneme? |
| Činnosti | Vyhodnocovat, určovat směr, monitorovat (Evaluate, Direct, Monitor — EDM). | Plánovat, budovat, provozovat a sledovat (Plan, Build, Run, Monitor). |
| Typická odpovědnost | Vrcholný správní orgán (board of directors). | Výkonné vedení (executive management), pod vedením CEO. |
| Příklad | Určit toleranci rizika a očekávané přínosy digitálních investic. | Připravit plán, vybrat řešení, přidělit lidi, provozovat a reportovat výsledky. |
Pozor na slovo „monitorovat“: vyskytuje se v obou. Správa dohlíží na plnění stanoveného směru; management měří a řídí konkrétní výkon.
| Uspořádání | Kdo rozhoduje | Typická logika |
|---|---|---|
| Byznysová monarchie (business monarchy) | Vrcholní manažeři byznysu. | Podnikové priority a investice. |
| IT monarchie (IT monarchy) | IT vedení. | Technické standardy, architektura a infrastruktura. |
| Feudální uspořádání (feudal) | Jednotlivé obchodní jednotky samostatně. | Lokální rychlost a autonomie; riziko duplicit a roztříštění. |
| Federální uspořádání (federal) | Podnikové centrum a obchodní jednotky společně; mohou zahrnovat IT. | Vyvažuje celofiremní potřeby a lokální zájmy. |
| Duopol IT (IT duopoly) | IT a jedna skupina z byznysu. | Společná odpovědnost IT a obchodního partnera. |
Rozdíl: federace propojuje centrum a jednotky; duopol propojuje IT s jednou byznysovou skupinou. U jedné firmy může mít architekturu na starosti jiné uspořádání než investiční priority. Typická použití jsou vodítko, ne povinné pravidlo.
Udělá práci.
Ručí za výsledek a má potřebnou pravomoc.
Dává vstup; komunikace oběma směry.
Dostává zprávu o průběhu nebo výsledku.
Příklad: obchodní vlastník je A za realizaci přínosu; pracovníci byznysu a IT mohou být R za konkrétní změny; bezpečnost je C; dotčená oddělení I. Pro každou aktivitu má být A jasné a obvykle jediné; R může být více. Jeden člověk může být A i R.
COBIT u komponenty organizačních struktur uvádí především odpovědnosti A a R; prezentace používá rozšířený pohled RACI.
COBIT pomáhá převést potřeby firmy do cílů a konkrétních postupů. Není to software ani seznam, který každá firma povinně zavede celý.
Podklady: Prezentace 78–85, 92–94; kniha s. 103–116
COBIT 2019 je zastřešující rámec pro správu a řízení podnikových informací a technologií (enterprise governance and management of information and technology). Historický název: kontrolní cíle pro informace a související technologie (Control Objectives for Information and Related Technology).
Každý cíl správy či řízení souvisí s jedním procesem a dalšími komponentami. Správa IT není úkol samotného IT oddělení.
„Chci objednávku dostat spolehlivě a bez chyb.“
Spolehlivá dostupnost služeb a spokojenější zákazníci.
IT poskytuje služby podle potřeb firmy.
Např. DSS02 — řízené požadavky na služby a incidenty.
Postup hlášení, vlastník, tým podpory, informace, dovednosti a nástroj.
COBIT 2019 má 13 podnikových cílů (EG) a 13 cílů sladění (AG). Vazby jsou mnoho ku mnoha. V mapovacích tabulkách znamená P = primární (primary) a S = sekundární (secondary) příspěvek.
E-shopový příklad vysvětluje logiku. Konkrétní oficiální vazba z knihy: EG11 (soulad s interními pravidly) → primárně AG11 (soulad IT s interními pravidly) → primárně APO01, MEA02 a MEA04.
Návrhové faktory (design factors) pomáhají určit důležité cíle, rozsah a cílové schopnosti. Ne všude potřebuješ maximální úroveň všeho.
Příklad: banka klade vysoký důraz na kontinuitu a bezpečnost; firma hledající nový digitální produkt navíc na inovace a rychlou změnu. Obě řeší celek, ale s jinými prioritami.
Nezaměňuj 6 principů systému se 3 principy samotného rámce (governance framework principles): konceptuální model (based on a conceptual model), otevřenost a pružnost (open and flexible), soulad s hlavními standardy (aligned to major standards).
U situace musíš poznat oblast, vybrat relevantní cíl a určit, co se opravdu zavede, kdo to zajistí a jak to změříš.
Podklady: Prezentace 83, 86–111; kniha s. 111–127
| Doména | Pamatuj si | Počet cílů a příklad |
|---|---|---|
| EDMVyhodnocovat, určovat směr, monitorovat (Evaluate, Direct and Monitor) | SPRÁVA: strategické možnosti, přínosy, rizika, zdroje a zainteresované strany. | 5 · EDM02: zajištěné přínosy. |
| APOSladit, plánovat a organizovat (Align, Plan and Organize) | ŘÍZENÍ: strategie, architektura, inovace, portfolio, rozpočet, rizika, bezpečnost, data. | 14 · APO05: řízené portfolio. |
| BAIBudovat, získávat a zavádět (Build, Acquire and Implement) | ŘÍZENÍ: požadavky, programy, projekty, tvorba řešení a změny. | 11 · BAI06: řízené změny IT. |
| DSSDodávat, obsluhovat a podporovat (Deliver, Service and Support) | ŘÍZENÍ: běžící služby, incidenty, příčiny problémů, kontinuita a bezpečnostní provoz. | 6 · DSS02: požadavky a incidenty. |
| MEAMonitorovat, vyhodnocovat a posuzovat (Monitor, Evaluate and Assess) | ŘÍZENÍ: výkon, vnitřní kontrola, soulad s požadavky a nezávislé ověřování. | 4 · MEA03: soulad s externími požadavky. |
Rozliš tři úrovně rizik a bezpečnosti
EDM03 určuje dohled nad optimalizací rizik. APO12 řídí rizika a APO13 nastavení bezpečnosti. DSS05 zajišťuje bezpečnostní služby v provozu. Stejné téma, jiná úroveň rozhodování.
| Komponenta | Příklad pro hlášení incidentů |
|---|---|
| Procesy (processes) | Pravidla hlášení, třídění, řešení a uzavření incidentu. |
| Organizační struktury (organizational structures) | Vlastník procesu a tým podpory; jasné A a R. |
| Informace a jejich toky (information flows and items) | Záznam incidentu, priorita, stav a výkaz výsledků. |
| Lidé, dovednosti a kompetence (people, skills and competencies) | Vyškolená podpora, technické schopnosti, komunikace. |
| Principy, pravidla a postupy (principles, policies and procedures) | Pravidla eskalace a přístupových oprávnění. |
| Kultura, etika a chování (culture, ethics and behavior) | Lidé se nebojí hlásit chyby; neskrývají incidenty. |
| Služby, infrastruktura a aplikace (services, infrastructure and applications) | Systém pro požadavky a incidenty, monitoring a komunikační kanály. |
Koupit nástroj nestačí. Bez rolí, postupu, kvalitních informací a používání systém nefunguje. V COBIT: cíl → proces → praktiky (practices) → činnosti (activities); ty doplňují ostatní komponenty.
| Úroveň schopnosti procesu | Zjednodušený význam |
|---|---|
| 0 | Chybí základní schopnost; účelu se nedosahuje dostatečně. |
| 1 | Účelu se dosahuje počátečními, často neúplnými a intuitivními činnostmi. |
| 2 | Účelu se dosahuje úplným základním souborem činností. |
| 3 | Proces je dobře definován a organizovaně prováděn. |
| 4 | Definovaný proces má výkon měřený kvantitativně. |
| 5 | Měření podporuje průběžné zlepšování a optimalizaci. |
Schopnost (capability) se týká konkrétního procesu. Zralost (maturity) se týká celé vybrané oblasti zaměření (focus area), tedy souboru cílů a komponent. Cílové úrovně vol podle potřeby; maximum všude není smysluplný univerzální cíl.
Pro dosažení cílové úrovně procesu nestačí provádět jen činnosti označené touto úrovní; patří sem i činnosti nižších úrovní.
Nejdřív se nauč rozpoznat 5 domén. Tento seznam slouží pro přesné dohledání kódu a názvu; žádný z cílů není povinný stejně hluboko pro každou firmu. České názvy jsou učební překlady.
Nejen náklady. Dobré měření propojuje budoucí schopnosti, fungování IT, zkušenost uživatelů a skutečný dopad na firmu.
Podklady: Prezentace 114–121; kniha s. 85–90
| Perspektiva | Na co se ptá | Cíl → příklad metriky |
|---|---|---|
| Přínos firmě (corporate contribution) | Přináší IT hodnotu a držíme náklady i rizika pod kontrolou? | Nižší náklady na objednávku → Kč / objednávku; realizace přínosů → % skutečně dosažených přínosů. |
| Orientace na uživatele (user orientation) | Jak IT hodnotí interní i externí uživatelé? | Spokojenější uživatelé → skóre spokojenosti; vyšší využívání služby → podíl aktivních uživatelů. |
| Provozní dokonalost (operational excellence) | Jak dobře dodáváme a provozujeme řešení? | Rychlé, kvalitní dodání → doba uvedení na trh; spolehlivost → dostupnost; jasné vlastnictví → % investičních návrhů s vlastníkem. |
| Orientace na budoucnost (future orientation) | Máme lidi, znalosti, architekturu a technologie pro další změny? | Schopné týmy → ověřená úroveň dovedností; připravená platforma → podíl opakovaně použitelných schopností; inovace → podíl rozpočtu na experimenty. |
Čti odspodu nahoru: lepší schopnosti umožní lepší proces; ten zlepší zkušenost uživatele a přinese hodnotu. Je to hypotéza příčinných vazeb, kterou máme ověřovat měřením.
Ukazatel činnosti × ukazatel výsledku
Předstihový ukazatel (lead indicator / performance driver) říká, co má budoucí výsledek podpořit: např. ověřené proškolení. Výsledkový ukazatel (lag indicator / outcome measure) ukazuje dosažený výsledek: např. snížení chyb. Jeden ukazatel může být výsledkem předchozího kroku a předpokladem dalšího.
Cíl (objective): rychleji vyřešit incidenty. Metrika (metric): medián doby do obnovení služby. Cílová hodnota (target): např. do 2 hodin u vybrané kategorie do konce semestru. Přidej současný stav (baseline), odpovědného člověka a periodu měření.
Konkrétní a měřitelný cíl (SMART objective) je specifický (Specific), měřitelný (Measurable), dosažitelný (Achievable), relevantní (Relevant) a časově vymezený (Time-bound).
Dohoda o úrovni služby (Service Level Agreement, SLA) určuje dohodnutou službu a požadovanou úroveň, např. dostupnost a reakční dobu.
Obecná vyvážená soustava ukazatelů (Balanced Scorecard, BSC) má finance (financial), zákazníky (customer), vnitřní procesy (internal business processes) a učení a růst (learning & growth). Pro IT se překládá do čtyř perspektiv uvedených výše.
Kaskáda soustav ukazatelů (cascade of scorecards): měření vývoje IT a provozu IT podporuje strategickou IT BSC, která podporuje podnikovou BSC. Tak se propojí každodenní práce se strategií.
| Rámec / standard | K čemu slouží |
|---|---|
| COBIT | Zastřešující správa a řízení IT (IT governance and management). |
| ISO/IEC 38500 | Principy správy IT pro vedení (corporate governance of IT). |
| ITIL | Řízení IT služeb (IT service management). |
| ISO/IEC 20000 | Požadavky na systém řízení služeb (service management system). |
| ISO/IEC 2700x | Bezpečnost informací (information security); 27001 stanoví požadavky na systém jejího řízení. |
| SAFe | Agilní fungování ve větším měřítku (Scaled Agile Framework). |
| TOGAF | Podniková architektura (enterprise architecture). |
| PRINCE2 / PMBOK | Řízení projektů (project management). |
| FAIR | Kvantitativní analýza informačních rizik (Factor Analysis of Information Risk). |
Rámce se doplňují. Nejde o soutěž „vybrat jeden a ostatní zahodit“. Přehled odpovídá tématům prezentace 112 a knihy s. 127–130.
Prezentace opakovaně požaduje použít modely na firmě. Vyplatí se umět jeden souvislý příklad od cíle až po metriky.
Podklady: Prezentace 50–58, 64–68, 103–109, 121–122; kniha případové studie kap. 6
Klíčová myšlenka: oddělit požadavek a jeho důvod od způsobu dodání, ale propojit je společnými rozhodnutími.
Co potřebujeme a proč? Určuje potřeby a vlastní přínosy.
Pro inovace: kancelář poptávky byznysu (Business Demand Office, BDO). Pro běžné služby: obchodní vlastník služby (business service manager).
Jak řešení dodáme a provozujeme? Zajišťuje technologické schopnosti.
Protějšky: organizátor inovací (innovation organiser) a manažer provozu (exploitation manager).
Zrcadlové role (mirror roles) propojí partnery z byznysu a IT. Společná měsíční rozhodnutí, oddělené rozpočty na inovace (innovation) a kontinuitu (continuity), jasný byznysový vlastník každé investice i služby.
Správa portfolia (portfolio management) vybírá kombinaci investic podle strategie, přínosu, nákladů, rizik a kapacity. KLM porovnává strategický příspěvek a náklady: vysoký přínos za málo peněz má přednost; drahý projekt s malým přínosem je kandidát k odmítnutí.
Struktury (structures): výbor správy IT (IT governance committee), investiční kancelář (investment office), skupina pro digitální strategii (digital strategy think tank).
Proces (process): žadatel s IT připraví standardní návrh → investiční kancelář vyhodnotí strategickou shodu, náklady a rizika → výbor rozhodne → vzniká portfolio sladěné se strategií univerzity.
Poučení: IT investice mají posuzovat i lidé odpovědní za vzdělávání, výzkum a další poslání organizace. Samotný technický tým neurčuje, co má pro univerzitu největší hodnotu.
Toto je výukový příklad. U vlastní firmy odůvodni osy a volbu modelů konkrétními fakty.
Zákazník je spokojenější, ale za webem zůstává ruční chaos.
Příjemná služba se opírá o propojené, standardní procesy.
Slabé propojení i omezená digitální zkušenost.
Společná data a platforma, prostor zlepšit zákaznickou zkušenost.
Vyber cestu podle slabiny firmy: nejprve zlepšit základ, nejprve zákaznickou zkušenost, nebo střídat malé kroky v obou osách. Digitální proměna (digital transformation) vyžaduje i organizační změnu. Obrázek je zjednodušené vysvětlení os z prezentace, ne další model k memorování.
Doplňková témata jsou přímo v prezentaci. Stačí rozumět jejich smyslu a umět uvést příklad.
Podklady: Prezentace 69–76; kniha s. 28–51
Obourukost organizace (organizational ambidexterity) znamená zvládat zároveň zlepšování a efektivní využívání stávajícího (exploitation) a hledání nového (exploration).
Příklad: platby a sklad potřebují pevná pravidla a stabilitu; experiment s novou službou potřebuje rychlé učení a prostor zkoušet. Správa má podporovat obojí odpovídajícími pravidly.
Životaschopnost (viability) = systém umí přežít a přizpůsobovat se měnícímu prostředí.
| Princip | Jednoduchý význam |
|---|---|
| Potřebná rozmanitost (requisite variety) | Schopnosti rozhodování a reakce musí zvládnout složitost prostředí. Jedno rigidní pravidlo nestačí na všechny situace. |
| Rekurze (recursion) | Podobné funkce správy potřebuje firma, jednotka i projekt. Každá úroveň má vlastní prostor, zároveň jsou propojené. |
| Překlad mezi světy (transduction) | Byznys a IT si musí překládat cíle a technické informace do srozumitelné řeči. |
| Systém | Co dělá v IT |
|---|---|
| 1 · Činnost (operations) | Aktuální i budoucí digitální aktiva: provoz služeb a projekty. |
| 2 · Koordinace (coordination) | Sladění činností a standardy, aby se části navzájem nerušily. |
| 3 · Řízení celku (control) | Zdroje, portfolio, výkon a vynucování pravidel. |
| 3* · Ověření (audit) | Nezávislejší ověření skutečného stavu, např. bezpečnostní audit. |
| 4 · Budoucnost (intelligence) | Sleduje trh a technologie, připravuje adaptaci a architekturu. |
| 5 · Identita a směr (policy) | Určuje roli IT a základní pravidla, vyvažuje dnešek s budoucností. |
Pomůcka: 1 dělá, 2 koordinuje, 3 řídí, 3* ověřuje, 4 kouká dopředu, 5 určuje směr.
Nejdřív odpověz nahlas. Teprve potom rozklikni řešení. Prvních 12 otázek pokrývá základní kostru předmětu.
Podklady: Procvičování z témat prezentace a knihy; nejde o skutečné otázky z testu
U pojmu zvládni tři věci: vysvětlit smysl jednou větou → odlišit od podobného pojmu → uvést vlastní příklad. Pokud jen poznáš známé slovo v textu, odpověď zkus znovu bez koukání.
EGIT zavádí odpovědnosti, rozhodování a spolupráci. Ty umožňují sladit IT s byznysem; sladění spolu s dobrým provedením umožňuje vytvářet a chránit hodnotu. Jde o umožňující vztah, ne automatickou záruku.
Vrcholný správní orgán firmy (board), jako součást správy společnosti (corporate governance). Odpovědnosti při provádění mají byznys i IT; nestačí vše přenechat CIO.
Struktury (structures) = kdo, např. řídicí výbor. Procesy (processes) = jak, např. správa portfolia. Vztahové mechanismy (relational mechanisms) = jak spolupracujeme, např. rotace rolí, společné školení a důvěra.
Správa vyhodnocuje, určuje směr a monitoruje jeho naplnění (EDM). Řízení tento směr převádí do plánů, tvorby řešení, provozu a sledování. Příklad: stanovit rizikové hranice versus zavést konkrétní bezpečnostní opatření.
Integrace procesů (process integration) a standardizace procesů (process standardization). Nízká/nízká = diverzifikace (diversification); vysoká integrace a nízká standardizace = koordinace (coordination); nízká integrace a vysoká standardizace = replikace (replication); obě vysoké = sjednocení (unification).
Potřeba spolehlivého IT (need for reliable IT) a potřeba nového IT (need for new IT). Nízká/nízká = podpora (support); vysoká spolehlivost, nízké nové IT = továrna (factory); nízká spolehlivost, vysoké nové IT = obrat (turnaround); obě vysoké = strategický režim (strategic).
Strategie firmy (business strategy), strategie IT (IT strategy), podniková infrastruktura a procesy (business infrastructure and processes), IT infrastruktura a procesy (IT infrastructure and processes). Sladit strategie nestačí, musí fungovat i realizace.
Strategický soulad je svisle: strategie odpovídá vnitřní realizaci na straně firmy i IT. Funkční integrace je vodorovně: byznys a IT se propojují na strategické a provozní úrovni.
Systém může být dodán včas a v rozpočtu, ale přínos vyžaduje skutečné používání a změnu práce. Měříme výsledek pro firmu a uživatele, nejen technické dodání; přínos potřebuje byznysového vlastníka.
EDM = vyhodnotit, určit směr, monitorovat; jediná doména správy. APO = sladit, plánovat, organizovat; BAI = budovat, získávat, zavádět; DSS = dodávat, obsluhovat, podporovat; MEA = monitorovat, vyhodnocovat, posuzovat. Poslední čtyři jsou management.
Potřeby zainteresovaných stran (stakeholder needs) → cíle firmy (enterprise goals) → cíle sladění (alignment goals) → cíle správy a řízení (governance and management objectives) → konkrétní komponenty systému. Vazby mohou být primární P či sekundární S.
Přínos firmě (corporate contribution), orientace na uživatele (user orientation), provozní dokonalost (operational excellence), orientace na budoucnost (future orientation). Příklad příčinného řetězce: dovednosti → méně chyb → spokojenost → nižší náklady a vyšší hodnota.
Koordinace sdílí data mezi propojenými jednotkami, postupy se mohou lišit. Replikace opakuje stejný procesní vzor v samostatných jednotkách s menší potřebou vzájemného sdílení transakčních dat.
Pět sil analyzuje hrozby a příležitosti: noví vstupující, substituty, zákazníci, dodavatelé, rivalita. Pomáhá odhalit význam nového IT. Hodnotový řetězec rozloží činnosti firmy a ukazuje jejich závislost na spolehlivém IT.
Vyjádření: byznys nemá jasný směr. Specifikace: byznys a IT nespolupracují při tvorbě strategie a nepřeloží si cíle. Implementace: realizaci brání staré systémy, technická, finanční či organizační omezení.
Firma má soulad strategií a porozumění, ale IT neumí účinně dodat a provozovat řešení. Potřebuje zároveň IT efficacy — schopnost spolehlivého provedení.
Například metodou informační ekonomiky (information economics): vážené hodnocení finančního přínosu, strategie, nefinančních přínosů, architektury a rizik. Výsledek pro jeden projekt není kompletní hodnocení celé firmy.
Ano, rozdíl je nulový. Neříká to ale, že schopnosti jsou dobré. Interakční přístup (moderation) odliší nízké a vysoké společné hodnocení; v jednoduché ilustraci pracuje se součinem.
Nejdřív vybereš teoretický vhodný profil IT pro obchodní strategii, pak měříš vzdálenost reality. Obránce (defender) potřebuje efektivitu, průzkumník (prospector) flexibilitu, analyzátor (analyzer) úplné informace pro rozhodování.
Děláme správné věci? = strategie. Děláme je správným způsobem? = architektura. Zvládáme je dobře dokončit? = dodání. Získáváme přínosy? = hodnota. U každé přidej konkrétní příklad.
Principy IT (IT principles), architektura (IT architecture), strategie infrastruktury (IT infrastructure strategies), potřeby aplikací (business application needs), investice a priority (IT investment and prioritization).
Federální propojuje celofiremní centrum a obchodní jednotky, případně i IT. Duopol IT znamená společné rozhodování IT a jedné byznysové skupiny. IT monarchy = IT vedení, business monarchy = byznysové vedení, feudal = samostatné jednotky.
R = Responsible: práci provádí. A = Accountable: konečně za ni odpovídá. C = Consulted: poskytuje vstup. I = Informed: dostává informaci. Pro konkrétní aktivitu vyjasni jedno konečné A; vykonavatelů R může být více.
Hodnota pro zainteresované strany; celostní přístup; dynamický systém; odlišení správy a řízení; přizpůsobení potřebám firmy; pokrytí celé firmy od začátku do konce. Nezaměňuj šest principů s pěti doménami nebo sedmi komponentami.
Procesy; organizační struktury; informace a toky; lidé a dovednosti; principy, pravidla a postupy; kultura, etika a chování; služby, infrastruktura a aplikace. Vysvětli např. na incidentu, proč nestačí koupit nástroj.
Incidenty DSS02, portfolio APO05, změny IT BAI06, externí soulad MEA03. Pozor: organizační změna je BAI05, příčiny opakovaných incidentů řeší DSS03, kontinuita DSS04.
Protože firmy se liší. Strategii, cíle, rizika, IT problémy, hrozby, požadavky souladu, roli IT, způsob zajištění a realizace IT, přijímání technologií a velikost použiješ pro priority a cílové schopnosti. Zavést vše na maximum není univerzální řešení.
Schopnost hodnotí konkrétní proces na úrovních 0–5. Zralost hodnotí širší oblast zaměření (focus area), tedy soubor relevantních cílů a komponent. Pro dosažení úrovně musí fungovat i potřebné činnosti nižších úrovní.
Cíl: spolehlivější doručení. Metrika: podíl zásilek doručených včas. Cílová hodnota: například 98 % do konce čtvrtletí. Doplň výchozí stav, vlastníka a frekvenci měření.
Předstihový ukazatel sleduje předpoklad budoucího výsledku, např. ověřené dovednosti. Výsledkový ukazuje dosažený efekt, např. snížení chyb. Jejich kombinace vysvětluje, co dělat a zda to zabralo.
Protože se má vytvářet před investicí, udržovat během ní a vyhodnotit po realizaci. Používá se i pro změnu nebo zastavení investice a ověření skutečných přínosů, nikoli jen získání peněz.
Člověk z byznysu odpovědný za dosažení konkrétního přínosu a nezbytnou změnu práce. IT může dodat schopnost, ale přínos potřebuje používání a odpovědnost v byznysu.
Přínosy, které se obtížně přímo převádějí na peníze, např. důvěra nebo lepší rozhodování. Mohou být měřené průzkumem či jinou nepeněžní metrikou. Neznamená to „neměřitelné“.
Kvůli chybám měření, časovým zpožděním, přerozdělení přínosů a špatnému řízení. Ve vyšších patrech hierarchie hodnoty navíc efekt IT překrývají jiné vlivy.
Byznys vlastní CO a PROČ, IT řeší JAK. Zrcadlové role propojují poptávku a dodávku. Oddělují inovace a kontinuitu, každá investice a služba má byznysového vlastníka; portfolio se vybírá podle strategického příspěvku a nákladů.
Zvládat spolehlivé, efektivní využívání a zlepšování současného (exploitation) i hledání nového (exploration). Správa přizpůsobuje pravidla oběma potřebám.
Správa sdílených IT zdrojů více organizacemi: společné struktury, rozpočtová a rozhodovací pravidla, řešení konfliktů, důvěra a komunikace.
1 vykonává činnost; 2 koordinuje; 3 řídí vnitřní celek a zdroje; 3* ověřuje; 4 sleduje budoucnost a adaptaci; 5 definuje identitu a směr. Potřebná rozmanitost = zvládnout složitost prostředí; rekurze = tyto funkce na více úrovních.
Účinná kombinace závisí na kontextu. Různé kombinace mechanismů mohou vést k podobně dobrému výsledku. Proto volíš priority a podobu správy podle skutečné role IT a potřeb firmy.
COBIT je zastřešující rámec správy a řízení IT s cíli a komponentami. ITIL dává podrobnější postupy řízení služeb (IT service management). ISO/IEC 38500 dává vysoké principy správy IT pro vedení. Doplňují se.
Když v testu uvidíš anglický pojem, najdi si rychle jeho význam. Vyhledávání funguje i bez háčků a čárek.
Podklady: Terminologie převzatá z podkladů; české ekvivalenty jsou srozumitelné učební překlady
Steven De Haes: Digital Strategy and Governance — slides 2026, 125 stran. Steven De Haes, Anant Joshi, Tim Huygh, Ziggy Van Giel: Enterprise Governance of Information Technology: Achieving Alignment and Business Value, 4. vydání, 2025, 212 stran PDF.
Odkazy „prezentace“ označují pořadí snímků / stran PDF. U knihy jsou uvedena tištěná čísla stran, nikoli pořadí v prohlížeči PDF. Výklad je zkrácený a přeformulovaný; obrázky jsou vlastní učební schémata. Příklady, výpočty a konkrétní cílové hodnoty jsou ilustrativní.
Vzhled vychází z přiloženého CSS. Všechny styly, schémata a funkce jsou přímo v souboru; není potřeba instalace ani připojení. Zaškrtnutá témata se ukládají pouze v tomto prohlížeči, pokud to dovoluje.