Význam podnikové architektury jako metody řízení (informatiky)

Transkript

1 Význam podnikové architektury jako metody řízení (informatiky) Pavel Hrabě / Head of BTS CEE 17. ledna, 2014 Public

2 Agenda Co je to podniková architektura (Enterprise Architecture), jaké jsou její základní principy a přínosy Úloha podnikové architektury EA při řízení informatiky a úloha informatiků při řízení podniku Příklad zjednodušené práce s architekturou Vztah podnikové architektury a jiných (IT) metodik Jak, kde a s kým budovat a využívat podnikovou architekturu Závěr 2

3 Co je podniková architektura

4 Co je to podniková architektura (EA) EA je obrazem (popisem, modelem) reality systému podniku EA sama je systém Má vstupy, výstupy Má strukturu - vlastní metamodel architektury Má životní cyklus EA je způsob myšlení rámec, disciplína EA je manažerská metoda řízení podniku EA je komunikační prostředek 4 4

5 Co je to podniková architektura Celková podniková architektura (Enterprise Architecture) je: Popis obsahu, struktury a tvaru podniku ve všech složkách, které jej tvoří, jako například motivace, výkonnost, procesy, produkty, organizace, zdroje, lidé, znalosti, kultura, bezpečnost a IT (aplikace, data a infrastruktura). Popis a proces popisu toho, jak všechny součásti podniku přispějí ke splnění jeho strategických cílů. Prostředek pokorného a celkového porozumění organizaci ve všech souvislostech Architektura se vyjadřuje Vhodně volenými slovy podle sdílených slovníků Snadno srozumitelnými obrázky podle sdílených vzorů Architektura by měla být Ve svém popisu věrná Ve svém obsahu správná 5

6 Vrstvy architektury Historie Vize Celostní pohled Detailní přehled o segmentu / řezu Prostředí Návrh řešení jednotlivé iniciativy / požadavku / projektu Desing / konstrukce řešení 6 6

7 Struktura obsahu podnikové architektury Architektonická vize Celostní pohled na podnik Model objektů a vztahů v podniku (ontologie) Jednotný slovník pojmů (Thesaurus) Business architektura (Procesy, funkce, služby, organizace) Výkonnostní architektura (motivace, strategie, KPI, benchmarking) Detailní segmentové architektury Architektura IS (datová & aplikační) Architektura technologické infrastruktury (platformové služby) Architektury řešení pro strategické iniciativy a projekty Bezpečnostní architektura 7

8 Architektonické rámce EA Není podstatné, který máte, ale proč jste si který vybrali a jak vám slouží Žádný rámec nepokrývá všechny aspekty EA a všechny jsou přitom složitější než je nezbytné Korporace většinou vytvoří rámec vlastní, nejčastěji jako kombinaci několika, například TOGAF, Zachman, PEAF a CEA Coherent EA. Rámce je možno měnit, jak se mění přístup k architektuře Důležité je, zda modely vytvořené pomocí rámce jsou věrné - odpovídají realitě, kterou měly zachytit pak jsou odolné vůči změnám rámce 8 8

9 K čemu a komu EA slouží EA slouží jako společný jazyk, jako prostředek pokorného a celkového porozumění skutečnostem podniku ve všech jejich souvislostech EA slouží jako nástroj pro podporu informovaného rozhodování managementu EA navazuje na řízení strategie a slouží jako prostředek řízení realizace (transformačních) změn do organizace (včetně IT projektů) EA slouží jako prostředek pro návrh lepší architektury IT řešení organizace EA podporuje řízení IT služeb díky poznání, kdo skutečně potřebuje co a jakými prostředky se tato služba naplňuje - controlling IT služeb. Na úrovni států se EA úspěšně používá pro transformaci veřejné správy 9 9

10 Jaké jsou přínosy EA EA je jako jazyk nebo jako vzdělání To, že ho máte vám samo nic nepřinese, dokud jej nezačnete používat ku prospěchu. Investice do EA je jako investice do jazyka nebo do vzdělání. Po dokončení projektu EA se žádné finanční přínosy neobjeví. Neexistují Quick-Wins EA v podobě EwITA sama přináší cca. 30% úsporu IT nákladů. Finanční přínosy EA peníze na zmařené investice, které se neuskuteční. EA pomůže dosáhnout naplnění BC (návratnosti) transformačních změn 10 10

11 Architektura EA při řízení IT

12 Základy řízení informatiky IT oddělení jako firma Kdo jsou moji zákazníci a jaké jsou jejich potřeby Jaké služby naplní potřeby mých zákazníků Jaké jsou moje cíle (úkoly), zdroje a možnosti, procesy pro dodávku služeb Základem IT dodávky je funkce Zákazníci požadují IT funkce (operace s daty) jako IT podporu svých business aktivit (business funkcí, procesů, služeb, projektů,..) IT (business) služba je obálkou pro dodání IT funkce: Služba je nehmotná aktivita (funkce) přinášející přidanou hodnotu, vykonaná poskytovatelem pro příjemce na základě jeho požadavku a v souladu se vzájemnou dohodou (smlouvou) o parametrech služby. Doplňkem funkce v IT službě je splnění ne-funkčních požadavků Základem řízení IT je znát zadání, tj. funkční a ne-funkční požadavky 12

13 Jak získat zadání s pomocí architektury teorie a praxe aneb tzv. sladění Business a IT Teorie Odvodit architekturu v řetězci: Strategie podniku IT strategie Změny - EA - projekty Vybudovat kompletní model EA podniku Kompletně ji udržovat v nějakém nástroji Praxe Zjistit jaká má firma potřebné dovednosti (capability), případně procesy a kde čekáme změny (Velké a malé) Zjistit jaké máme všechny aplikace a kde dojde ke změnám Zjistit jakou máme infrastrukturu a kde dojde ke změnám Navrhnout varianty architektury, která vyhoví změnám Navrhnout varianty postupu implementace business i IT změn 13

14 Architektonický rámec TOGAF 9 / SAP EAF Architecture Context Business Capability and Maturity Architecture Tailored Business Principles, Architecture Assessments Architecture Method Objectives and Drivers Principles Business Baseline Strategic Description Context Principles, Reference Models, Viewpoints and Tools Architecture Requirements Architecture Models Transformation Select Building Blocks Plans Formal Review Architecture Requirements Change Roadmaps Review Non-Functional Criteria Complete Business Architecture Motivation Application Data Gap Analysis and Report Business Information System Statements of Work Business Information System Technology Drivers Goals Objectives Measures Information System Services Data Entities Platform Services Motivation Application Architecture Organization Applications Baseline Description Principles, Reference Models, Logical Viewpoints Logical and Tools Logical Organization Location Actor, Role Application Information Technology Architecture Models Organization Application Components Data Components Components Identify Candidate Application Systems Formal Review Review FunctionNon-Functional Criteria Complete Applications Architecture Business Physical Function Processes, Services, Gap Analysis and Report Contracts, Service Qualities Events, Controls, Products Functions Strategic Context Application Components Change Roadmaps Requirements Contraints Assumptions Gaps Work Packages Physical Information Components Architecture Vision Physical Technology Components Implementation Governance Assets Implementation Governance Assets Standards Guidelines Specifications

15 Příklad zjednodušené práce s architekturou

16 Implementační roadmapa rozvojových příležitostí Fáze 1 Fáze 2 Fáze 3 B - Efektivní péče o pacienty A - Optimalizace plánování zdrojů a péče F - Optimalizace IT podpory C - Efektivní finanční plánování a reporting E - Centralizace a optimalizace nákupních procesů D - Centralizace a optimalizace řízení lidských zdrojů G Optimalizace údržby hmotného majetku 16

17 Hlavní funkční oblasti nemocnice referenční model 1.0 Strategické plánování Vytvoření a údržba strategie Plánování implementace Řízení realizace strategie 2.0 Vývoj produktů a služeb, plánování zdrojů Vývoj produktů a služeb Plánování jakosti produktů a služeb Dlouhodobé plánování zdrojů péče Pacienti 3.0 Poskytování léčebné péče Zdravotní pojišťovny Zdravotnická zařízení Koordinace a poskytování prevence Administrace a logistika pacientů Poskytování ambulantní péče Poskytnutí urgentní péče - Emergency Komplement COS Poskytování hospitalizační péče Poskytnutí stacionární a jednodenní péče Tkáňová ústředna Transfůzní oddělení Koordinace následné péče a sociálních služeb 4.0 Doplňkové služby k poskytování léčebné péče Obstarání léků a ZM Poskytnutí stravy Sterilizace nástrojů a prádla Poskytnutí prádla Poskytnutí dopravy Poskytnutí hotelových služeb Výuka a výchova pacientů Zábava a motivace pacientů Režimová opatření pro pacienty Parkovací služby 5.0 Řízení vztahů s klienty - pacienty Marketing a získávání klientů Prodej služeb 5.0 Řízení vztahů s klienty - pojišťovnami Jednání o smlouvách se ZP (prodej) Zúčtování péče Vyúčtování služeb a péče Fakturace a úhrady péče 5.0 Řízení vztahů a poskytování služeb ostatním klientům Praktičtí lékaři Zdravotnická zařízení Národní registry Fakturace a úhrady péče Komerční klienti Poskytování podpory klientům (CC, stížnosti) Partneři Samoobslužn é funkce Měření a řízení spokojenosti a kvality 17

18 Referenční doménový model pro nemocnice Organizační jednotky a skupiny uživatelů Přístup uživatelů Kompozitní procesní aplikace Správa, kontrola a posk. informací Podpora rozhodování a řízení výkonnosti (MIS) Báze znalostí a sdílení informací Externí subjekty vztahů s nemocnicí (pacienti, lék. zařízení, pojišťovny, stát) CRM komunik. s pacienty a partnery SRM řízení vztahů k dodavatelům NIS Pokročilé logistické systémy ERP Rozv. lidských zdr. int.komunikace a spolupráce Zdravotnické, technologické a provozní systémy Interní zdroje, předměty evidence, technologie Externí systémy Průřezové IT služby Integrační a SOA platforma Interní lokální systémy 18

19 Komunikační technologie Detailní referenční model logické aplikační architektury pro nemocnice Organizační jednotky a skupiny uživatelů Interní portál Mobilní aplikace Externí portál Kompozitní procesní aplikace Stát Pacienti Lékařská zařízení Pojišťovny Dodavatelé GRC řízení organizace Prezentace podniku CRM POS SRM Moduly pro oddělení Základní funkce klinického systému Výkaznictví, analytické aplikace Administrace pacientů a účtování zdravotní péče APS logistické optimalizace Řízení strategie a výkonnosti Finance Logistika Personalistika a mzdy Řízení jakosti, bezp. a shody Informační řízení Znalostní řízení Správa obsahu Person.apl. Vzdělávání Dispečinky SW zdravotnic. přístrojů Samoobsl. Tým.práce Řízení technologií Spravované registry Informace a média Zaměstnanci Technologie, budovy Objekty evidence EDI ITSM ILM DMS jakost dat IDM GIS Externí systémy ETL ESB EA, BPM EAI MDM Archiv DWH Mobilní Infr. Komun.Infr. RFID Infr. Office CAD a další Platf. pro data v reál. čase Interní lokální systémy 19

20 Upravená implementační roadmapa rozvojových příležitostí Fáze 1 ( ) Fáze 2 ( ) Fáze 3 (2016 a dále) prvotní implementace INIS Dokončení INIS Rozvoj INIS a CRM B Nábor a dlouhodobé plánování Plánování směn elearning A Správa IT architektury Archivace papírové dokumentace Portálový přístup k informacím Archivace dat a elektronické dokumentace F koncepce financí úprava ERP systémů Efektivní finanční plánování a reporting C koncepce nákupu a logistiky Centralizace nákupu a logistiky v původních ERP Centralizace nákupu a logistiky v cílovém ERP Optimalizace nákupu vsrm E Dokončení IS HR a integrace koncepce HR Řízení rozv. zaměstnanců řízení času, výkonnosti a pers. výkaznictví zaměstnanecké samoobsluhy D Úpravy údržby maj. ve stávajících ERP Optimalizace údržby hmotného majetku v cílovém ERP G 20

21 Vztah EA a jiných (IT) metodik

22 Vztah EA a jiných disciplín Podniková architektura (budoucnosti) je celostní, takže v sobě již zahrnuje všechny objekty, které jsou předmětem i jiných disciplín EA je pokorný prostředek poznání, takže se soustředí zejména na celek a ponechává ostatním disciplínám detail. Nesoupeří s nimi. Služby (ITIL) Procesy (BPM) Projekty (PMI, Prince2) Služby (ITIL) Procesy (BPM) Projekty (PMI, Prince2) Výkonnost (BSC, COBIT) Jakost (ISO, EFQM) Výkonnost (BSC, COBIT) Jakost (ISO, EFQM) Bezpečnost (OCTAVE) Rizika (COSO) Bezpečnost (OCTAVE) Rizika (COSO) 22

23 Vztah některých disciplín a EA část 1 Vztah podnikové architektury EA a projektového řízení PM Samostatné funkce, vzájemně se doplňující v tzv. projektových trojúhelnících PM (třeba Prince2) řídí zavedení změn, navržených EA Vztah podnikové architektury EA a procesního modelování (BPM) EA jako celková architektura zastřešuje i procesní řízení BPM jako svoji segmentovou architekturu Vztah podnikové architektury EA a systémů řízení jakosti, například, ISO, EFQM a CAF? EA jako celková architektura zastřešuje i řízení jakosti jako svoji segmentovou architekturu Nebo při velkém rozsahu je řízení jakosti obsaženo částečně ve všech segmentech, zejména Business a Performance Architecture 23

24 Důležité trojúhelníky při řízení změny Rozsah projektu Cena Čas 24 24

25 Vztah některých disciplín a EA část 2 Vztah podnikové architektury EA a řízení IT služeb - ITSM (ITIL) EA se nestará o provozování IT služeb (proces jako jiné), ale pomůže je identifikovat EA neřeší malé změny, ITIL ano a spíše provoz (management) Vztah podnikové architektury EA a řízení výkonnosti IT (C IT Governance není ničím zvláštní společně s EA Governance, Corporate Governance a mnoha dalšími je součástí Enterprise Governance (viz TGF) COBIT je jenom o IT a spíše strategie a audit 25

26 Zavedení a údržba EA

27 Zavedení a údržba EA Ve kterém útvaru se vykonává a komu EA podléhá Kdo mohou být dobří architekti Musí být EA v podniku nebo zvenku Jsou potřeba EA procesy a instituce Jaké používat nástroje Jak poznat dobrou architekturu Omlouvám se, ale zase až někdy příště nebo mi napište 27

28 Závěr

29 To důležité o podnikové architektuře Meta-model a obsah EA mají představovat úplné, holistické poznání všeho, co v podniku existuje. Proto musí být EA pyramidální, od přehledu celku k detailu části. Jednotlivé módní IT architektonické styly si EA přivlastňují a vyžadují aby byla celá v jednom stylu (SOA, Cloud, atd) - homogenní. Častým optimem je naopak záměrná heterogenita EA (kombinace stylů) Soupeření metod manažerského řízení, průběžného zlepšování a radikální transformace s přístupem EA. EA (GEA) usiluje o úplné (holistické) poznání organizace v celé její šíři, ostatní disciplíny jsou dílčí a zaměřují se spíše do hloubky. Mohou mít v EA svoje segmenty a EA s nimi nesoupeří. Pro použití EA pro SME a VS je potřebné, aby EA byla celostní, ale co nejjednodušší. Práce s architekturou musí být zjednodušena sdílením referenčních modelů a návodů (jako Wiki) a ponecháním si pouze vlastní výlučnosti modelu

30 Děkuji za pozornost Pavel Hrabě Historie Vize Prostředí SAP ČR, spol. s r.o. Budova BBC Beta Vyskočilova 1481 / Praha 4 Michle, Česká republika Celostní pohled Detailní přehled o segmentu / řezu T +420/ F +420/ Návrh řešení jednotlivé iniciativy / požadavku / projektu pavel.hrabe@sap.com Desing / konstrukce řešení 2014 SAP AG or an SAP affiliate company. All rights reserved.