Slovník pojmů eGovernmentu
Speciální | A | Á | B | C | Č | D | Ď | E | É | Ě | F | G | H | CH | I | Í | J | K | L | M | N | Ň | O | Ó | P | Q | R | Ř | S | Š | T | Ť | U | Ú | Ů | V | W | X | Y | Ý | Z | Ž | VŠE
M |
|---|
MLOpsMLOps přenáší DevOps principy do ML: verze dat, kódu i modelů, automatizované testy a CI/CD pipeline. Sledování metrik (precision/recall, latency, náklady) a driftu chrání kvalitu. Registry modelů, featur a experimentů udržují pořádek a reprodukovatelnost. řízení a dohled definuje schvalování modelů do produkce a rollback strategii. Observabilita pokrývá i vysvětlitelnost a fairness. Bezpečnost řeší citlivá data, útoky na model a ochranu promptů. Chybí-li MLOps se ML rychle zvrhne v nespolehlivé „one-off“ projekty. | |
Manažer kybernetické bezpečnostiVe veřejné správě je tato role stanovena právními předpisy pro vybrané povinné subjekty. Manažer kybernetické bezpečnosti zodpovídá za implementaci bezpečnostních politik a koordinaci technických i organizačních opatření. Spolupracuje s vedením, IT, provozem i externími partnery a musí umět srozumitelně vysvětlit rizika a potřeby bezpečnosti. Součástí práce je pravidelné hodnocení rizik, plánování nápravných opatření a dohled nad jejich realizací. V případě incidentu vede koordinaci reakce, komunikace a nápravy, včetně povinného hlášení příslušným orgánům. Role vyžaduje kombinaci technických znalostí, právního přehledu a schopnosti řídit lidi a procesy. Bez dostatečné autority a podpory vedení se manažer kybernetické bezpečnosti snadno stane jen „formální funkcí“. V praxi je důležité, aby měl přístup k aktuálním informacím, odbornému vzdělávání a mohl prosazovat realistická, ale účinná opatření.
| |
Manažerský informační systémMIS konsoliduje data z operativních systémů a poskytuje přehledy výkonu, rizik a nákladů. Pro veřejnou správu sleduje KPI služeb, čerpání rozpočtů a efektivitu procesů. Podstatné je ověřit „single source of truth“ a rodokmen dat. Dashboardy musí být akční: co když metrika padá, kdo koná a jak rychle. Bezpečnost a klasifikace brání únikům citlivých informací. Verzování definic metrik předchází neporozumění mezi rezorty. Integrace s plánováním umožňuje scénáře „co kdyby“. Chybí-li kvalitních metadat se MIS mění v tabulkový chaos. | |
Mapa schopnostíMapa poskytuje přehled „co umíme“ a „co potřebujeme zlepšit“ na jedné stránce. Barevná vrstva často indikuje vyspělost, rizika a investice, což pomáhá řídit priority. V eGovernmentu odhalí překryvy mezi rezorty a kandidáty na sdílené služby. Propojení na aplikace a týmy umožní vidět, kde je technický dluh a personální rizika. Mapu Je rozumné stabilizovat verzí a spravovat změnami, jinak ztrácí trendovou hodnotu. Při rozpočtování slouží jako objektivní podklad místo „kdo si řekne víc“. Z pohledu komunikace je srozumitelná i mimo IT. Nejčastější chybou je mapa bez dat, která se nepromítá do rozhodnutí.
| |
Mapa stakeholderůMapa ukazuje, kdo má rozhodovací pravomoc, kdo je ovlivněn a kdo může pomoci. Segmentace umožňuje cílit komunikaci a zapojení efektivně. Průběžná aktualizace odráží změny v organizaci a politickém kontextu. Doplnění o persony a potřeby zvyšuje empatii a kvalitu návrhu. Propojení s rizikovým registrem ukáže, kde hrozí odpor. Sdílený artefakt sjednocuje tým v tom, „pro koho to děláme“. Mapu je vhodné zveřejnit v týmu i vedení. Chybí-li mapy se řeší symptomy místo skutečných vztahů. | |
Mapování cest uživatelePomáhá odhalit třecí místa a prioritizovat zlepšení podle dopadu. V eGovernmentu se mapují životní situace napříč úřady a kanály. Artefakt se propojuje s metrikami (čas, úspěšnost, NPS) a backlogem. Validace s reálnými uživateli je nutná pro věrohodnost. Mapy se verzují a udržují aktuální podle změn služby. Vznikají i varianty pro persony s odlišnými potřebami. Chybí-li návaznosti na rozhodování se z map stane „tapeta“. | |
Matice (artefakt TOGAF)Matice vyjadřuje vazby (např. schopnosti vs. aplikace, aplikace vs. rozhraní, role vs. procesy). Pomáhá odhalit mezery, duplicity a kolize v portfoliu. Vhodná je pro schvalování – jasně ukáže dopad změny na více oblastí. Musí být živá, automaticky generovaná z repozitáře, jinak zastarává. Filtry a pohledy pro různé role zvyšují použitelnost.
| |
MetadataMetadata zajišťují dohledatelnost, porozumění a správné použití dat. Dělí se na technická (schéma), byznysová (definice), provozní (kvalita) a bezpečnostní (klasifikace). V katalozích dat propojují zdroje, API a vlastnictví. Umožňují řídicí rámec – kdo mění definici, kdo schvaluje, kdo vidí. Při sdílení napříč úřady jsou klíčová pro sémantickou shodu. Automatizovaný sběr a synchronizace s ETL snižuje ruční práci. Chybí-li metadat se datové iniciativy rozpadnou na izolované ostrůvky. | |
Metamodel architekturyMetamodel určuje, co v repozitáři evidujeme (např. aplikace, rozhraní, entity, toky, rizika) a jaké jsou mezi nimi vazby. Díky tomu lze dělat automatické kontroly kvality a generovat reporty. Přizpůsobení metamodelu potřebám organizace brání „overengineer“ i „under-modeling“. Včasné vyjasnění názvosloví předchází nekonečným sporům o význam pojmů. Metamodel má být štíhlý a evoluční – přidávej pouze prvky, které budeš reálně řídit. Dobře navržený metamodel zlepšuje vyhledávání a opakované použití artefaktů. Mapování na standardní jazyky (ArchiMate) usnadňuje sdílení. Chybí-li metamodelu se repozitář změní v neuspořádané úložiště souborů. | |