Jak má fungovat architektonické řízení (architecture governance) v životním cyklu projektu? Popište architektonické brány (architecture gates), práci s ADR a waiver (výjimkami). Jak zabránit over-governance i under-governance?
Proč architecture governance
Chrání organizaci před:
- fragmentací,
- neudržitelnou komplexitou integrací,
- bezpečnostními a provozními riziky.
Kde jsou brány v životním cyklu
- iniciace: shoda se směrem/roadmapou,
- návrh: integrace, data, NFR, bezpečnost,
- před go-live: provozní připravenost, monitoring, SLA/SLO.
ADR (Architecture Decision Records)
- stručný záznam: kontext → rozhodnutí → alternativy → důsledky.
- umožňuje dohledatelnost a kontinuitu rozhodování.
Waiver (výjimka)
- musí být zdůvodněná, časově omezená,
- s kompenzačními opatřeními a plánem nápravy,
- evidovaná jako technický dluh (ideálně na úrovni portfolia).
Jak vybalancovat governance
- risk-based přístup: přísnost dle dopadu a kritičnosti,
- automatizace kontrol (CI/CD, guardrails),
- lehčí a častější spolupráce s týmy místo pozdních „stop the line“ review.
Závěr
Governance má zrychlovat rozhodování a snižovat riziko; pokud je jen byrokracií, vzniká motivace k obcházení (shadow IT).
Všechny otázky - Rizeni projektu IS/ICT
- 1. IS/ICT projekt jako nástroj realizace strategie
- 2. Business–IT alignment a důsledky nesouladu
- 3. Value, benefits a řízení realizace přínosů
- 4. Projekt vs program vs portfolio v IS/ICT
- 5. IT governance a decision rights v projektech
- 6. Investiční řízení ICT: CAPEX/OPEX, TCO a FinOps
- 7. Řízení požadavků napojené na strategii a hodnotu
- 8. Rizika, bezpečnost a compliance v IS/ICT projektu
- 9. Sourcing a řízení dodavatelů v ICT projektech
- 10. Enterprise Architecture: principy, vrstvy a přínos
- 11. As-Is / To-Be / Gap a převod do portfolia
- 12. Architecture governance: review, ADR a výjimky
- 13. Přechod do provozu: ITIL/ITSM vs DevOps (hybrid)
- 14. Volba metodiky: prediktivní × agilní × hybridní
- 15. Specifika kategorií IS/ICT projektů (governance–UX)