Enterprise Architecture a katalog služeb při řízení ICT ve veřejné správě

Enterprise Architecture a katalog služeb při řízení ICT ve veřejné správě Pavel Hrabě doktorand FIS VŠE

9. únor 2012

Motto Konečnou příčinou, proč lidé, kteří ze své podstaty milující svobodu a panování nad jinými, zavádějí takové omezení, v jakém je vidíme žít ve státech, je předjímání vlastní sebezáchovy a spokojenějšího života (T. Hobbes: Leviathan, str. 117) 

Nemá smysl vynalézat nová poslání státu a veřejné správy (VS), když jejich podstata je všude stejná.



Nemohu reformovat něco, co vlastně neznám, čemu jsem se nepokusil (s jistou dávkou pokory) porozumět.



Nemohu získat důvěru ostatních v reformu, pokud jí nevěřím já sám a ani moji (státní) zaměstnanci.

9.2.2012

Enterprise Architecture a katalog služeb ve veřejné správě, Pavel Hrabě

2

Shrnutí 

Všechny dosavadní strategie českého státu směřující k efektivnější VS obsahují správné cíle a úkoly, bohužel se plní zejména odzadu, tj. od technologií k procesům, nikoli od potřeb přes procesní změny a architekturu aplikací k infrastruktuře.



VS je služba občanům, ale často není služba občanovi. Ve skutečnosti jde o službu občanů občanům prostřednictvím státu. Úředníci hrají roli zprostředkovatelů, průvodců, zmocněnců při poskytnutí služby občana občanům. Službou úředníka je být dobrým a úslužným průvodcem.



Úlohou celkové architektury (EA) VS je být myšlenkovým rámcem, který podpoří poznání VS ve všech jejích souvislostech a umožní správný návrh změn VS, směřujících k dosažení strategických cílů a návrh proveditelných kroků, kterými lze tyto změny uskutečnit (včetně změn IT podpory VS).



Úspěšné státy dokazují, že to jde.



Na VŠE máme plán, jak to může ČR dokázat také.

9.2.2012


3

Ohlasy k elektronickému městu - I 

Nový způsob výstavby IS ve VS má zmírnit nevyvážené postavení zadavatele a dodavatele. 





Navrhované rozdělení rolí v procesu výstavby vede k oslabení dominantní role dodavatele tím, že jeho znalosti rozdělí mezi více formálně nezávislých subjektů Tzv. Clintonova IT reforma šla obrácenou cestou: nutí federální instituce k posílení svého vlastního postavení, znalostí, porozumění vlastnímu poslání a architektuře.

Uvolněme odměňování odborníků ve VS, aby implementující dodavatelé měli s kým spolupracovat.

9.2.2012


4

Ohlasy k elektronickému městu - II 

Důležitější než dělat věci správně je dělat správné věci 



Proto v nově připravovaných pravidlech implementace IT řešení ve VS je proces tvorby územního plánu důležitější než proces výstavby jednotlivých řešení podle územního plánu.

Nestavějme elektronické město ale MĚSTO 



9.2.2012

Potřebujeme mít územní plán města, abychom mohli mít územní plán elektronické „verze“ města. Používejme nová pravidla „stavby podle architektury“ nejenom pro realizaci IT projektů ve VS, ale zejména pro realizaci transformačních projektů jako celků.


5

Definice Enterprise Architecture  



Slovní spojení Enterprise Architecture (EA), představuje doslova celopodnikovou architekturu nebo architekturu organizace jako celku. Většina architektů ve svých publikacích přirovnává Enterprise Architecture k územnímu plánu města. Díky němu a v něm obsažených standardům, jsou zástupci města schopni předvídat, řídit výstavbu a činit informovaná rozhodnutí. Definice Enterprise Architecture dle společnosti Gartner (2005): 



 

EA je proces popisu a výsledek popisu toho, jak očekávaný budoucí stav business procesů, technologií a informací organizace nejlépe podpoří její business strategii. EA je definice potřebných kroků, standardů a návodů, jak se dostat ze současného stavu k očekávanému cílovému stavu.

Enterprise Architecture je nejlepším způsobem, jak vystihnout organizaci ve všech jejích souvislostech. Nejužívanějším EA rámcem je TOGAF (32%), následovaný Zachman (25%). Ve veřejné správě je to překvapivě také TOGAF (44%), následovaný FEAF (12%) *. *) dle studie Enterprise Architecture Expands its Role in Strategic Business Transformation, Infosys Enterprise Architecture Survey 2008/2009

9.2.2012


6

Návrh vrstev modelu architektury organizace (a státu) Architektonická vize Enterprise (celková) architektura Architektura strategie, řízení a správy Architektura poskytování služeb

Architektura správy zdrojů

Segmentové architektury BPM (Procesní architektura)

Výkonnostní architektura

IS (datová & aplikační) architektura

Architektura technologické infrastruktury

Bezpečnostní architektura

Architektury řešení 9.2.2012


9

Navrhované členění domén Enterprise Architecture Podniková architektura (EA)

Strategie a řízení Motivace a strategie Řízení výkonnosti Řízení rizik

9.2.2012

Řízení kvality, shody a udržitelnosti

Aktivity organizace Činnosti a procesy

Aktiva a pasiva (Zdroje)

Organizace

Lidé

Produkty a služby

Majetek (vč. IT)

Obchodní vztahy

Zdroje financování

Znalosti a informace


10

Stát jako transformující se podniková korporace 

Stát by se při řízení své architektury ve snaze stát se konkurenceschopným měl řídit stejnými principy a metodami jako úspěšně inovující velké korporace.



Pokud podnikový holding narazí na strop své efektivity, musí se transformovat. Základem takové transformace je například:





odstranění duplicitních činností, centralizace a sjednocení činností



rozdělení činností na komoditní (kontextové) a unikátní (hlavní) *)



posílení zodpovědnosti manažerů a řízení zaměstnanců podle cílů a výkonnosti

Příležitost nalezení komoditní procesů, které mohou být sjednoceny až sloučeny na jedné straně a modelování vztahů mezi součástmi systému státu a jeho okolím na druhé straně, vede k úvaze o možnosti úspor prostřednictvím Center sdílených služeb (CSS) *) Geoffrey R. Moore: Dealing with Darwin. http://www.dealingwithdarwin.com/

9.2.2012


11

Předpoklad IT podpory reformy státu 

Pro dobrý návrh IT podpory státu (VS), je nejprve nutné uvést do pořádku to, co má být IT podporováno (funkce, procesy, služby)



K tomu je nutné fungování státu poznat a porozumět mu. Rozpoznat:







Kdo je koho klientem



Kdo komu přináší přidanou hodnotu a kdo by tedy měl za co platit



Jak výkon funkce řídit a měřit - (je to vždy služba občanovi?)

Není to vždy služba občanovi žádajícímu, nýbrž služba občanům tvořícím stát: 

Platba daně, vydání stavebního povolení nebo řidičského průkazu.



Ochrana bezpečnosti, zajištění zdraví a vzdělání, poskytnutí dávek

Tato nezbytná poznání a následné návrhy nápravy jsou součástí architektury státu - GEA

9.2.2012


12

Katalog služeb veřejné správy 

Je podmínkou pro efektivní  



Má následující součásti:  



Řízení výkonnosti VS (podle cílů) IT podporu služeb a procesů Objekty (subjekty) VS: Služby (činnosti) mezi subjekty VS:

Je nedílnou součástí GEA (územního plánu)  

Představuje kategorie využití území (barvičky) Musí být vytvářen k kontextu všech ostatních objektů architektury  

 

Procesy, funkce, projekty, Organizace, lokality, role, zodpovědnosti, vztahy

Je předpokladem katalogu IT služeb v oblasti VS Katalog je současně slovníkem společného jazyka VS

9.2.2012


13

Government EA jako prostředek transformace veřejné správy Existuje celá řada přístupů státu k GEA, ale tři z nich jsou podstatné:  použití GEA jako prostředku transformace veřejné správy 



použití GEA pro návrh IT podpory eGovernmentu a řízení IT státu, 



například v Kanadě, Velké Británii, Singapuru či Korei

například v Izraeli, Austrálii, Novém Zélandu, Kataru a dalších

absence GEA – pouze technická architektura 

9.2.2012

autorovi je z desítek zemí známa v tomto způsobu použití pouze Česká Republika


14

Izrael – model o pěti vrstvách 5. podpora a dostupnost 4. aplikace eGov 3. techn.veřejné komunikace

2. interní aplikace 1. interní komunikace

Connectivity Initiatives

E-government call center, Lehava

Services Infrastructure

Government web sites, government information portal, e-payment portal

Application secured infrastructure

GISP, digital signature and smart card IDs , e-payment service

Internal Government Infrastructure

Comprehensive cross-government information system

Communication Infrastructure

Government Intranet Ministry A

9.2.2012

Ministry B

Ministry C

Ministry D

Ministry E


18

Izrael – přehled projektu Mercava 

Největší projekt informatizace v izraelské historii



Projekt má za cíl postihnout i skryté potřeby veřejné správy v oblastech financí, personalistiky i logistiky

Provázání ministerstev horizontálně

Ministry 1

Ministry 2

Ministry 3

HR

HR

HR

Finance, Logistics, IT



Základní procesy

Základní procesy

Základní procesy

Unikátní klíčové procesy



Global outlook Vertikální integrace

(interaction with citizens)

Zdroj: Yitzhak Cohen, 2002 9.2.2012

Enterprise Architecture a katalog služeb ve veřejné správě,

19

Kanada - vybrané myšlenky - 1 Cíl a postup reformy 1. 2. 3. 4.

9.2.2012

Motivace a angažovanost zaměstnanců VS Zavedení interních služeb ve VS Zavedení externích služeb Získání důvěry občanů


22

Kanada - vybrané myšlenky - 2 Orientace veřejné správy na klienta I když bude každý z orgánů veřejné moci orientován na klienta, pro klienta zůstane obtížné, orientovat se v orgánech moci Mezi občana a množinu orgánů moci je potřebné postavit zmocněnce, který bude pro klienta jednotným kontaktním místem. Pro naplnění individuálních potřeb klientů a pro zlepšování služeb díky konkurence je vhodné, aby zmocněnců bylo více druhů (obce, soukromé agentury, call centrum státu, internet apod.) Všichni zprostředkovatelé budou využívat jednotnou infrastrukturu a aplikace FO i BO) CZECHPOINT 9.2.2012


23

Kanada - vybrané myšlenky - 3 Transformace interních služeb a infrastruktury dodávek služeb – míra sjednocení služeb:   

Korporátní a administrativní služby IT služby Externí kanály služeb

Corporate Administrative Services IT Services

z 24% na 75% z 5% na 50% z < 5% na 40%

24% společných

75% společných

5% společných

50% společných

< 5% společných

40% společných

From IT to Business Transformation, Gary Doucet, 2004

9.2.2012


24

New Zealand Federated Enterprise Architecture (FEA) 



 

"Enterprise Architecture je proces převádění „byznys“ vize a strategie do efektivní změny celého státu pomocí vytváření, komunikace a zlepšování klíčových principů a modelů, které postihují budoucí stav a umožňují jeho vývoj“. Rok 2003 E-government Strategie - vývoj rámce pro interoperabilitu E-government Interoperability Framework (eGIF) Rok 2006, Federated Enterprise Architecture (FEA) program byl přidán k E-government Strategy. Vize FEA programu je: 

9.2.2012

Umožnit zlepšení VS díky lepšímu návrhu (designu). Program pomáhá agenturám (OVM) navrhovat efektivní a účinné systémy VS, těsně sladěné se strategickou transformací veřejné správy.


30

NZ FEA architektonické principy Velmi zajímavé jsou explicitně vyjádřené architektonické principy Nového Zélandu. Tyto zásady jsou seřazeny od nejvyšší po nejnižší prioritu:

1. Princip důvěry - Důvěra ve vládu bude posílena. 2. Princip svrchovanosti - je Suverenita a národní identita Nového Zélandu bude podporována a udržována. 3.Princip aktiv - Informace budou uznány jako aktivum, které má hodnotu pro vládu a budou spravovány podle toho. 4. Princip dostupnosti (Accessibility) - Informace a služby budou k dispozici snadno, široce a spravedlivě ve prospěch obyvatel Nového Zélandu. 5. Princip jednoty (Consistency) – bude dodržován celkový a konzistentní přístup. 6. Princip pružnosti (Agility) - přístupy, které zvyšují pružnost budou přijaty. 7. Uživatelsko-centrický princip - Služby a procesy budou navrženy z pohledu uživatele služeb. 8. Princip minimalizace škod - Škodlivé účinky změn budou minimální. 9. Princip „hodnota za peníze“ - rozhodnutí budou poskytovat optimální přínose pro vládu jako celek. 9.2.2012


31

NZ FEAF Reference Models Architektonický rámec NZFEAF (New Zealand Federated EA Framework) je odvozen od australského EAF, který byl vytvořen na bázi amerického FEAF (Federative EA Framework) se vedle výše uvedených architektonických principů silně opírá o tzv referenční modely jednotlivých architektur, tak ja jsou podrobně představeny v (NZFEAF RM, 2009):

• Performance Reference Model(PRM) • Business Reference Model (BRM) • Service Reference Model (SRM) • Data Reference Model (DRM/SF) • Technical Reference Model (TRM)

9.2.2012


32

NZ FEAF Business Reference Model 1/3 

Tento business ref. model využívá dvou již dříve vytvořených a ověřených taxonomií, a to 



9.2.2012

Funce veřejné správy NZ (Functions of New Zealand government - FONZ) a Subjekty veřejné správy NZ (Subjects of New Zealand government -SONZ).


33

NZ FEAF Business Reference Model 2/3 Functions of New Zealand (FONZ) Katalog funkcí FONZ je rozdělen do tří základních kategorií:1:  Funkce pro Novozélanďany – poskytované státem jménem a pro jednotlivce, podnikatele a organizace, naplňující poslání státu.  Podpůrné funkce – které poskytují politické, programové a manažerské základy pro fungování státu.  Management zdrojů státu - interní funkce, které umožňují státu fungovat účinně a efektivně..  Odkaz na oba slovníky (FONZ & SONZ Thesauri) 1) Based on the common themes in the Australian Government Architecture Business Reference Model.

9.2.2012


34

NZ FEAF Business Reference Model 3/3 Subjects of New Zealand (SONZ) Funkce v katalogu subjektů státu jsou členěny do sedmi širokých kategorií: 



 







Party (Účastník, zúčastněná strana): někdo, kdo chce využít přínosy nebo se podílí na aktivitách státu. Typicky je to osoba, profese, role, podnik nebo organizace, například Student, Spotřebitel apod. Aktivita: prováděná účastníkem, který chce využít služeb státu nebo přispívající k tomu, o co účastník usiluje (například odpočinek, věda, podnikání). Událost: o niž účastník stojí nebo kterou trpí (například živelná pohroma). Zdroj: využívaný účastníky potřebný pro vykonávání jejich aktivit, podobně jako například loď je nezbytná pro plachtění. Nárok: právo nebo prospěch, ke kterému je osoba, podnik nebo organizace oprávněna a potřebuje nějakou formu zapojení státu, aby jej mohla čerpat nebo užívat. Povinnost: dávka nebo daň, kterou osoba, podnik nebo organizace musí splnit a potřebuje k tomu určitou formu zapojení státu. Podmínka: stav nebo měřitelný atribut, který lze využít k popisu účastníka, zdroje, události, nároku nebo povinnosti.

9.2.2012


35

Zkušenosti ze zahraničí Používejme GEA spíše jako nástroj pro podporu transformace než nástroj pro IT plánování

Vytvořme VS orientovanou na služby na základě dobrého porozumění, na robustních základech a s motivovanými zaměstnanci

Uplatněme přístup „Whole-of-Government“, vícekanálového uspokojení potřeb občanů

Přemýšlejme o funkcích státu které mohou být zlepšeny sjednocením, centralizací a implementací sdílených služeb

Zavádějme eGovernment (a transformovanou VS) z technického i „byznys“ pohledu současně Zavádějme eSlužby od Frontend přes Middle-office až po ackend

9.2.2012


37

Co brání omezení resortismu  

NIC – není jediný důvod. Věcně nic, formálně mnoho.    

9.2.2012

Tradice Legislativa, či spíše její výklad Neochota vzdát se kontroly a delegovat Zdánlivá samostatnost OVM


38

Co předurčuje VS ke sdílení procesů  

 

Hierarchie (hierarchičnost) veřejné správy Zákonná předurčenost k jednotnosti řady procesů VS Nutnost realizace úspor Otevřenost (veřejnost) téměř všech informací

9.2.2012


39

Hierarchický model veřejného sektoru Veřejný sektor Veřejná správa Státní (vrchnostenská) správa

Resort A

OSS Pobočky OSS

Resort B Státní příspěvko vé org. Pobočky OSS

Samospráva

Samost. úřady Práv.osob y ze zákona

Kraj α

Pověřená obec

Obec

Kraj β

Statutární města

Pověřená obec

Obec

Profesní sdružení

Poskytovatelé veřejných služeb

Pobočky Pobočky poskytovatelů poskytovatelů

Předpoklady komunikace, interoperability a jednotnosti 9.2.2012


40

Hierarchický model sdílených služeb ve veřejném sektoru Veřejný sektor Sdílené služby veřejného sektoru

Veřejná správa Sdílené služby veřejné správy

Státní (vrchnostenská) správa

Samospráva

Sdílené služby státní správy

Resort A Resortní sdílené služby

OSS Sdílené služby

Pobočky OSS

Resort B

Centrální sdílené služby pro samosprávy

Samost. úřady

Státní Práv.osoby příspěvkové ze zákona org. Pobočky OSS

Profesní sdružení

Kraj α Krajské sdílené služby pro samosprávy

Pověřená obec Místní sdílené služby

Obec

Kraj β

Sdílené služby poskytovatelům

Statutární města Poskytovatelé veřejných služeb

Pověřená obec

Obec

Sdílené služby pobočkám poskyt.

Pobočky Pobočky poskytovatelů poskytovatelů

Předpoklady využití sdílených služeb: • Business předpoklady – právně závazná nařízení versus dobrovolná ekonomická výhodnost • Věcné předpoklady - KIVS, ISZR, DS, CzP, … a GEA 9.2.2012


41

Referenční doménový model aplikační architektury veřejné správy Organizační jednotky a skupiny uživatelů

Aplikace uživatelských rozhraní a přístupu k informacím

Zastupitelé, vláda Veřejnost

Klienti, partneři

GRC a komunikace vůči státu a veřejnosti

Front-Office Kontaktní kanály a agendové systémy

Plánování, rozpočtování a výkaznictví

Middle-Office: Výpočty, pravidla a agendové účetnictví

Back-Office: ERP, rozpočetnictví, personalistika a logistika

Správa informací, znalostí a dokumentů

Informace média

Personální a týmové systémy

Zaměstnanci

Nákupní a logistické systémy

Dodavatelé, partneři

Dispečerské systémy a řízení v reálném čase

Technologie, budovy

Svěřené registry

Objekty evidence

Aplikace pro průřezové a IT služby Externí systémy

Integrační nástroje a další technologické platformy

Interní lokální systémy

Výpočetní a komunikační hardware infrastruktura 9.2.2012


42

Referenční doménový model a strategické komponenty IS VS Organizační jednotky a skupiny uživatelů

Aplikace uživatelských rozhraní a přístupu k informacím

Portál VS Zastupitelé, vláda Veřejnost

GRC a komunikace vůči státu a veřejnosti

Správa informací, znalostí a dokumentů

Informace média

Personální a týmové systémy

Zaměstnanci

Nákupní a logistické NIPEZ systémy

Dodavatelé, partneři

Plánování, rozpočtování a výkaznictví

IISSP Czech Point Klienti, partneři

Monit-2014 Middle-Office: JIM

Front-Office Kontaktní kanály a agendové systémy

Výpočty, pravidla a agendové účetnictví

JVM

Back-Office: ERP, rozpočetnictví, personalistika a logistika

Dispečerské systémy a řízení v reálném čase

eHealth DS

ISZR

Externí systémy

Aplikace pro průřezové a IT služby

Objekty evidence

RDC služby Interní lokální systémy

Integrační nástroje a další technologické platformy

eDoklad 9.2.2012

Svěřené registry

Technologie, budovy

NDC + RDC

Výpočetní a komunikační hardware infrastruktura


KIVS 44

Hierarchie aplikační architektury VS

úroveň státu: Národní aplikační architektura

úroveň resortů

úroveň OSS

9.2.2012


45

Proč česká vláda potřebuje Government Enterprise Architecture?

Protože česká vláda reformuje veřejnou správu

9.2.2012

Protože ostatní země již na to GEA úspěšně využily


Není to otázka „Jestli“ nebo „Kdy“, ale „Jakou“ a „Jak“

46

Návrh postupu vývoje a implementace GEA v ČR 

     

Teoretická (koncepční) přípravná fáze – rámec, metamodel, legislativa, vzory výstupů, … Plánovací fáze - Koncepce celkové architektury ČR… Referenční fáze – ref. modely, slovník Institucionální fáze – orgány GEA a governance Pilotní fáze – vybrané OSS a např. „Katalog služeb“, Dobrovolná průkopnická fáze Fáze vyhlášení GEA ČR - jako závazné metodiky s náběhem rozsahu povinností podle fází stanovených zákonem

9.2.2012


47

Navrhované produkty implementace GEA ČR 

Produkty ze skupiny metodiky a pravidel      



Produkty z oblasti vzdělávání, certifikace a publikace  



Czech GEA Curriculum. Plán, obsah a dodávka kurzů pro přípravu k certifikaci Czech GEA. Czech GEA Audit Curriculum - pro přípravu k certifikaci a akreditaci k oficiálnímu posuzování zralosti Czech GEA v organizaci.

Produkty ze skupiny dodávky architektonického obsahu  



Architektonický rámec Czech GEA. Metodika řízení organizace s pomocí Czech GEA Legislativa Czech GEA. (Clinger Cohen Act. Národní Roadmapa Czech GEA. Národní referenční modely Czech GEA Metodika Governance Czech GEA.

Pilotní naplnění GEA ve vybraném resortu, odvětví Vzory Czech GEA artefaktů

Produkty ze skupiny SW nástrojů   

9.2.2012

Czech GEA portál Czech GEA Toolset. Referenční databáze Czech GEA Enterprise Architecture a katalog služeb ve veřejné správě, Pavel Hrabě

48

Závěr 





Celková architektura veřejné správy GEA je jedním z chybějících předpokladů úspěšné transformace VS v Česku. Doporučuji rozšířit technologickou architekturu státu o koherentní architekturu činností státu (business) a aplikační architekturu, případně výkonnostní architekturu. Při poznávání vlastního státu a tvorbě jeho celkové architektury doporučuji využít všechny cesty spolupráce (mezivládní, akademické, neziskové i podnikové) k zajištění přenosu ověřených zkušeností s tvorbou a využitím GEA při úspěšné transformaci veřejné správy.

9.2.2012


49

Děkuji Vám za pozornost

Kontakt: Pavel Hrabě [email protected] 602 259 855

9.2.2012


50

Enterprise Architecture a katalog služeb při řízení ICT ve veřejné správě

Recommend Documents