Cíle připravované Informační koncepce ČR. Ing. Pavel Hrabě, Ph.D. externí konzultant a metodik Odbor hlavního architekta egov Ministerstvo vnitra ČR

Transkript

1 Cíle připravované Informační koncepce ČR Ing. Pavel Hrabě, Ph.D. externí konzultant a metodik Odbor hlavního architekta egov Ministerstvo vnitra ČR

2 Disclaimer Předběžná informace o přípravě Informační koncepce Z rozhodnutí pana náměstka informujeme již ve stádiu prvotních úvah Jde o výběr z návrhů a nejlepších praxí, které mají inspirovat autorský tým IK Informace jsou to včasné, vybízející k diskusi, ale nakonec může být všechno jinak. 2

3 Očekávání z programu Proč je koncepce obsahující pravidla řízení pro tvorbu strategií, pořizování a provoz IS od úrovně vlády až po úroveň obcí potřebná Na jakých principech by měla být koncepce postavena Co by měla koncepce měla a naopak neměla obsahovat 3

4 Centrální koncepce je potřeba například pro lepší návrhy řešení Vybrané nejčastější nedostatky žádostí: Opomíjení možnosti exportu Otevřených dat Přehlížení technologií propojeného datového fondu, zejména egsb Nevyužívání centrálního identitního prostoru JIP/KAAS Krátkodobé úpravy bez jasného plánu mnohaletého strategického rozvoje 4

5 Celková informační koncepce v rámci stávající legislativy Dle zák. č. 365/2000 Sb. v aktuálním znění, 4, odst. 1, Ministerstvo vnitra (jenom relevantní body k této koncepci): a) vyhledává, zpracovává, ukládá a vytváří nové informace, které jsou znalostní základnou pro kvalitní vytváření a rozvoj informačních systémů veřejné správy; b) zpracovává návrhy strategických dokumentů v oblasti informačních systémů veřejné správy, a to i z hlediska bezpečnosti těchto systémů, a předkládá tyto dokumenty vládě, sleduje a analyzuje informační potřeby veřejné správy a stav informačních systémů veřejné správy; c) připravuje nebo koordinuje přípravu záměrů pro budování nebo přetváření informačních systémů veřejné správy vyvolané společnou potřebou více správců informačních systémů veřejné správy; d) připravuje nebo koordinuje přípravu záměrů pro budování nebo přetváření informačních systémů veřejné správy vyvolané potřebou spolupráce a koordinace na mezinárodní úrovni; f) zajišťuje tvorbu metodických pokynů pro výkon odborných činností spojených s vytvářením, rozvojem a využíváním informačních systémů veřejné správy; g) stanoví a spravuje referenční rozhraní a stanoví prováděcím právním předpisem technické a funkční náležitosti uskutečňování vazeb mezi informačními systémy prostřednictvím referenčního rozhraní; k) koordinuje a vytváří podmínky pro činnost veřejné správy prostřednictvím veřejných informačních systémů, včetně dálkového přístupu, l) koordinuje a vytváří podmínky pro činnost kontaktních míst veřejné správy. Dále dle 4, odst. 2 tohoto zákona MV: d) stanoví pravidla pro sdílení dat a služby mezi jednotlivými informačními systémy veřejné správy prostřednictvím referenčního rozhraní i) konzultuje návrhy metodických pokynů zejména s dotčenými subjekty formou veřejné konzultace, 5

6 Nová zmocnění k IK ČR Dle Strategie rozvoje ICT služeb veřejné správy a jejích opatření na zefektivnění ICT služeb je třeba: Vybudovat instituci veřejné správy ČR, která bude schopna převzít zodpovědnost za strategické, projektové i provozní řízení ICT VS ČR jako celku. Dle návrhu novely zákona 365/2000 Sb.: Informační koncepce České republiky stanoví cíle České republiky v oblasti informačních systémů veřejné správy a obecné principy pořizování, vytváření, správy a provozování informačních systémů veřejné správy v České republice na období 5 let. 6

7 Informační koncepce ČR Musí mimo jiné: shrnout cíle a pravidla informatizace vyjít ze stávajícího stavu a zřetelně ukázat stav budoucí respektovat a využít kombinaci právních nástrojů - zákon, vyhlášky, metodické pokyny zohlednit různé typy správců IT v hierarchii VS definovat prostor řízení komplexity informatiky VS prosadit 4 vrstvy architektury a oblasti účelu ISVS zavést povinné sdílení vybraných typů řešení v každé oblasti zavést pravidla řízení životního cyklu řešení (sdílené/vlastní) 7

8 Příjemci dokumentu IK ČR 1) Ministři a vedoucí úřadů (byznys owners), aby potvrdili jakou mají zodpovědnost za to, že jejich CIO budou respektovat centrálně definovaná pravidla a jaké to pro ně bude mít přínosy; 2) CIO úřadů, aby porozuměli, jaké principy a pravidla jsou vyžadována a našli v nich solidní oporu pro svou práci. 8

9 Osnova Informační koncepce Úvod 2 Shrnutí strategických cílů a vize egovernmentu a ICT (informatiky) 2.1 Cíle informatizace VS do r Poslání informatiků ve VS ČR 2.3 Představení cílové vize informatiky VS ČR 3 Principy informatizace VS 4 Přístup k systému řízení ICT 4.1 Organizace a metody řízení informatizace 4.2 Zodpovědnosti a pravomoci jednotlivých stupňů při řízení ICT ve VS 4.3 Koncepce řízení výkonnosti, kvality a zodpovědnosti 4.4 Personální politika a rozvoj lidských zdrojů ve vztahu k ICT VS 5 Pravidla strategického řízení změn ICT 5.1 Architektonické principy a požadavky 5.2 Pravidla strategické vize architektury celé veřejné správy 5.3 Koncepce referenčních architektur úřadů VS 5.4 Koncepce architektur typových řešení 9

10 Osnova Informační koncepce Pravidla pro lepší nákup IT řešení 6.1 Zásady a postupy pro pořizování a vytváření informačních systémů veřejné správy - část I 7 Koncepce řízení úspěšné realizace projektů navržených ICT změn 7.1 Pravidla řízení portfolií programů a projektů 7.2 Pravidla řízení jednotlivých realizačních projektů, 7.3 Zásady a postupy pro pořizování a vytváření informačních systémů veřejné správy - část II 8 Pravidla efektivního řízení provozu a dodávky služeb, nákupu služeb a průběžného zlepšování 8.1 Zásady a postupy pro provozování informačních systémů veřejné správy 9 Pravidla nepřímého řízení a auditu - ICT Governance 10 Koncepce řízení ekonomiky ICT ve VS 11 Vztah tohoto dokumentu k legislativě 12 Odkazy do souvisejících manažerských disciplín 10

11 Osnova Informační koncepce Cesta kupředu - zásady implementace této koncepce 13.1 Plánování implementace 13.2 Analýza rizik a strategie jejich zmírnění 13.3 Monitoring postupu (progress) 13.4 Aktualizace koncepce a plánu implementace Příloha A: Roadmapa - shrnutí harmonogramu očekávaných změn ICT VS ČR Příloha B: Klíčové ukazatele výkonnosti koncepce - KPI Příloha C: Priority IT modernizace veřejné správy ČR Příloha D: Role a zodpovědnosti Příloha E: Sdílené e-služby a data VS Příloha F: Přehled architektonických a manažerských principů Příloha G: Terminologický slovník závazný pro dokumenty, které jsou součástí informatizace VS Odkazy na dokumenty a zákony veřejné správy ČR Odkazy na dokumenty a weby ze světa 11

12 Poslání informatiků ve VS ČR Profesionálové informačních a komunikačních technologií ve VS ČR jsou strategickými partnery managementu ve svých organizacích, poskytujícími kvalitní a bezpečné ICT služby, které jednak podporují služby veřejné správy občanům a firmám a jednak zefektivňují interní procesy veřejné správy. Zdůraznění role informatiky a informatiků v úřadu, zdůraznění jejich proaktivního přístupu při nabízení ICT prostředků pro zkvalitnění veřejných služeb úřadu. 12

13 Vize informatizace VS ČR Počet ISVS bude konsolidací klesat, stále jich však bude velký počet, ale při podpoře dodávky externích služeb klientům VS nebo interních služeb pro úředníky se budou společně chovat jako jeden propojený celek - Integrovaný informační systém veřejné správy (IISVS). 13

14 Návrhy principů informatizace VS ČR Princip 1: Umožnit moderní pracoviště VS kdekoli, kdykoli a komukoli (klientům i úředníkům) Princip 2: Myslet prvně na celek Princip 3: Užívat služby cloud computingu Princip 4: Pro společné potřeby užívat sdílená řešení Princip 5: Vždy volit mezi variantami řešení Princip 6: Přednostně konsolidovat řešení (snižovat různorodost, defragmentovat) Princip 7: Umožnit politickou parametrizaci a udržitelnost řešení 14

15 Cílová podoba egovernmentu jako zadání Informační koncepce Společně redefinujeme cílový stav egovernmentu Východiskem diskuse je úplnost elektronického podání Z pohledu všech typů klientů i z pohledu úředníků Při uplatnění architektonických principů Zásadní změny: Multi-agendový a meziresortní (Životní události) Multikanálový, interakce i integrace Volba a preference je na klientovi, atraktivita Vnitrostátně i mezinárodně interoperabilní Zaměřený na hodnotu služby pro klienta a efektivitu pro úřad 15

16 Architektonické principy Principy MV Dostupnost 2 - Použitelnost 3 - Důvěryhodnost 4 - Transparentnost 5 - Bezpečnost 6 - Spolupr. &sdílení 7 - Udržitelnost 8 - Techn. neutralita Principy EU Digital by Default Once only principle Inclusiveness and accessibility Openness & transparency Cross-border by default Interoperability by default Trustworthiness & Security. Whole of Government Flexibility & Sustainability 16

17 Architektonická vize čtyřvrstvé architektury hledisko sdílení 17

18 Referenční model byznys architektury hledisko sdílení 18

19 Referenční model aplikační architektury VS v notaci ArchiMate 19

20 Pravidla pro domény příklad 1 Například pro portály: Úřad musí mít všechny svoje formuláře primárně v autentizované zóně portálu Transakční obsah portálu (formuláře) musí být integrován (federalizován) pod Portál občana v PVS (cílově s předáním identity) Identifikace uživatelů v portálu musí využívat národní identifikační schéma Teprve pak je možno předvyplňovat s využitím PPDF a personalizovat zážitek klienta 20

21 Datová architektura a governance I ve VS jsou data cenným majetkem Vlastníkem dat je úřad jako celek a jeho odborné (agendové) útvary, nikoli jeho IT Úřad musí prokázat procesy pro správu dat a řízení jejich kvality Úřad musí data efektivně využívat pro výkon jednotlivých služeb klientům a pro řízení jejich rozvoje na to potřebuje adekvátní nástroje a odpovídající legislativní zmocnění 21

22 Organizace úřadu při řízení změn v době digitální veřejné správy CIO musí být součástí nejvyššího vedení úřadu, aby mohl inspirovat a ovlivňovat rozvoj jeho veřejných služeb V úřadu musí existovat architektonická kancelář a programová (projektová) kancelář úřadu, které navrhují obsah strategických změn (EA) a koordinují programy jejich zavedení, včetně jejich ICT částí (projektů). V úřadu musí být ustaven programový výbor a architektonická rada jako kolektivní eskalační orgány nejvyššího vedení úřadu Vnitřní organizace útvarů informatiky musí odpovídat struktuře požadovaných kompetencí podle této koncepce, tj.: strategické řízení, implementace změn, řízení provozu a dodávky služeb, ICT governance 22

23 Co by IK ČR neměla obsahovat Vybraná řešení konkrétních dodavatelů Detailní návrh architektur Detailní organizaci, zodpovědnosti a schopnosti Oborové a segmentové architektury a pravidla 23

24 Prosím o Vaše otázky! Nebo Vás rovnou zvu do diskusního panelu, který bezprostředně následuje. 24

25 Děkuji Vám za pozornost Kontakt: Pavel Hrabě

26 Dodatky 26

27 Úřad jako systém Black-Box Vstupy Výstupy White-Box Struktura a chování Vstupy Porozumění Řízení Výstupy 27

28 Enterprise Architecture Enterprise architecture (architektura úřadu) jako manažerská metoda je prostředkem pokorného a celostního poznávání organizace na podporu rozhodování, zejména při plánování strategických změn, (ale i pro řízení zodpovědnosti, výkonnosti a kvality). Architektura úřadu představuje popis struktury a chování úřadu (kdo jsme), plánovaných změn (odkud a kam jdeme) a jejich informační podpory (k čemu nám je a má být ICT). 28

29 Národní architektura VS ČR a pojmy NA, NAR a NAP Národní architektura (NA) Národní architektonický rámec (NAR) Národní architektonický plán (NAP) je uplatněním metod a myšlení podnikové architektury na veřejnou správu ČR. Představuje souhrn lokálních architektur OVM a centrálních architektur egovernmentu. představuje myšlenkový koncept, metodiku postupu, sadu standardů, pomůcek a návodů pro tvorbu a údržbu NA a NAP. je popisem plánovaného cílového stavu NA v určitém časovém horizontu a plánem cesty, tj. implementačních kroků (programů a projektů), vedoucích ze současného stavu k dosažení stavu cílového. NAP je také soubor architektonických dat (modelů) a diagramů, udržovaných společně OHA a jednotlivými OVM, členěný na: architektury úřadů architektury sdílených řešení. 29

30 Vrstvy architektury Historie Vize Celostní pohled Detailní přehled o doméně / segmentu Prostředí Co a proč máme, chceme mít? Architektura úřadu (EA) Návrh řešení pro jednotlivé iniciativy / požadavky / projekty Design / konstrukce řešení prvku Jak to funguje, má fungovat? Architektura řešení (SA) Jak se to dá vytvořit? Design řešení (SD) 30

31 Architektura strategie a směřování Architektura výkonnosti Architektura rizik a bezpečnosti Architektura shody s pravidly Struktura domén obsahu Národní architektury VS ČR Byznys architektura výkonu a provozu veřejné správy Aplikační architektura IS Datová architektura IS Architektura IT (SW/HW) technologické infrastruktury Pavel Hrabě 2014 Architektura komunikační technologické infrastruktury Implementace a migrace Otázky: Jaké funkce a služby VS děláme, jaké (sdílené) informační systémy nám v tom pomáhají, na jakém HW a SW platformách, na jaké komunikační infrastruktuře VS a v jakých datových centrech. Kam chceme jít, jak dobří v tom chceme být, čeho se při tom bojíme a co proti tomu budeme dělat, jakými pravidly jsme svázáni. 31

32 Pyramidální model architektur úřadu / podniku Architektonická vize Celostní pohled na organizaci Mapa segmentů & schopností Podniková ontologie Slovník pojmů /Thesaurus Detailní doménové a segmentové architektury Průřezové segmentové architektury ( pro sekce, odvětví, ) Motivační architektura Výkonnostní architektura Byznys architektura Architektura IS (datová & aplikační) Architektura technologické infrastruktury Bezpečnostní architektura Architektura pravidel a standardů Motivační architektura Výkonnostní architektura Byznys architektura Architektura IS (datová & aplikační) Architektura technologické infrastruktury Bezpečnostní architektura Architektura pravidel a standardů Průřezové architektury řešení ( pro iniciativy, projekty, ) Architektury řešení pro domény, strategické iniciativy a projekty Design / konstrukce řešení prvků Pavel Hrabě

33 Základní metamodel NA VS ČR Cíle připravované Informační koncepce ČR, Pavel Hrabě, OHA MV 33