enterprise architecture as it management method

Význam podnikové architektury

jako metody řízení (informatiky) Pavel Hrabě / Head of BTS CEE

17. ledna, 2014 Public

© 2014 SAP AG or an SAP affiliate company. All rights reserved. 2 Public

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

Co je podniková architektura


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

Co je to podniková architektura (EA)

4


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á


Vrstvy architektury

6

Vize

Celostní pohled

Detailní přehled o segmentu / řezu

Návrh řešení jednotlivé iniciativy / požadavku / projektu

Desing / konstrukce řešení

Historie Prostředí


Struktura obsahu podnikové architektury

Architektonická vize

Celostní pohled na podnik

Model objektů a vztahů v podniku

(ontologie)

Jednotný slovník pojmů (Thesaurus)

Architektury řešení pro strategické iniciativy a projekty

Detailní segmentové architektury

Business architektura

(Procesy, funkce, služby, organizace)

Výkonnostní architektura

(motivace, strategie, KPI, benchmarking)

Architektura IS (datová & aplikační)

Architektura technologické infrastruktury

(platformové služby)

Bezpečnostní architektura


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

Architektonické rámce EA

8


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

K čemu a komu EA slouží

9


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

Jaké jsou přínosy EA

10

Architektura EA při řízení IT


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


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


Architektonický rámec

TOGAF 9 / SAP EAF

29.11.2012 14

Business Architecture

• Business Baseline Description

• Principles, Reference Models, Viewpoints and Tools

• Architecture Models

• Select Building Blocks

• Formal Review

• Review Non-Functional Criteria

• Complete Business Architecture

• Gap Analysis and Report

Application Architecture

• Applications Baseline Description

• Principles, Reference Models, Viewpoints and Tools

• Architecture Models

• Identify Candidate Application Systems

• Formal Review

• Review Non-Functional Criteria

• Complete Applications Architecture

• Gap Analysis and Report

Business Information System

Technology

Motivation

Organization

Function

Application Data

Architecture Context

Implementation Governance Assets

Architecture Requirements

Strategic Context

Change RoadmapsBusiness Information System Technology

Motivation

Organization

Function

Application Data

Platform

Services

Logical

Technology

Components

Physical

Technology

Components

Data Entities

Logical

Information

Components

Physical

Information

Components

Information

System

Services

Logical

Application

Components

Physical

Application

Components

Business

Services,

Contracts,

Service Qualities

Processes,

Events, Controls,

Products

Functions

Organization Location Actor, Role

Drivers Goals Objectives Measures

Architecture Context

Implementation Governance Assets

Architecture Requirements

Strategic Context

Change Roadmaps

Requirements Contraints Assumptions Gaps Work Packages

Capability and Maturity

Assessments

Tailored

Architecture Method

Business Principles,

Objectives and Drivers

Architecture

Principles

Architecture

Vision

Standards Guidelines Specifications

Statements

of Work

Transformation

Plans

Příklad zjednodušené práce

s architekturou


Implementační roadmapa rozvojových příležitostí

Fáze 1 Fáze 3 Fáze 2

D - Centralizace a optimalizace řízení

lidských zdrojů

C - Efektivní finanční plánování a

reporting

F - Optimalizace IT podpory

B - Efektivní péče o pacienty

A - Optimalizace plánování zdrojů a péče

E - Centralizace a optimalizace nákupních

procesů

G – Optimalizace údržby hmotného

majetku


Hlavní funkční oblasti nemocnice – referenční model

5.0 Řízení vztahů a poskytování služeb ostatním klientům

5.0 Řízení vztahů s klienty - pojišťovnami

4.0 Doplňkové služby k poskytování léčebné péče

5.0 Řízení vztahů s klienty - pacienty

Obstarání léků a

ZM Poskytnutí stravy Poskytnutí prádla

Sterilizace nástrojů

a prádla

Výuka a výchova

pacientů

Zábava a motivace

pacientů

Parkovací

služby

Režimová opatření

pro pacienty

Marketing a

získávání klientů Prodej služeb

Fakturace a

úhrady péče

Vyúčtování služeb a

péče

Jednání o smlouvách

se ZP (prodej) Zúčtování péče

Partneři

Fakturace a

úhrady péče

Praktičtí lékaři Zdravotnická

zařízení Komerční klienti Národní registry

Poskytnutí

hotelových služeb

Poskytnutí

dopravy

3.0 Poskytování léčebné péče

Koordinace

a

poskytování

prevence

Poskytování ambulantní péče

Koordinace

následné

péče a

sociálních

služeb

Poskytování hospitalizační péče

Poskytnutí urgentní péče

- Emergency

Tkáňová

ústředna

Poskytnutí stacionární

a jednodenní péče

Administrace

a logistika pacientů Komplement COS

Transfůzní

oddělení

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ů

Plánování jakosti

produktů a služeb

Vývoj produktů a

služeb

Poskytování podpory

klientům (CC, stížnosti) … Samoobslužn

é funkce

Měření a řízení

spokojenosti a kvality

Dlouhodobé plánování

zdrojů péče

Pacienti

Zdravotní

pojišťovny

Zdravotnická

zařízení


NIS

Pokročilé logistické

systémy

Referenční doménový model pro nemocnice

Kompozitní procesní aplikace

Externí

subjekty

vztahů

s nemocnicí

(pacienti,

lék. zařízení,

pojišťovny,

stát)

Interní

zdroje,

předměty

evidence,

technologie

Organizační jednotky a skupiny uživatelů

Přístup uživatelů

Báze znalostí

a sdílení informací

Externí

systémy

Průřezové IT služby

Integrační a SOA platforma

Interní

lokální

systémy

Správa, kontrola

a posk. informací

Podpora rozhodování

a řízení výkonnosti (MIS)

Rozv. lidských zdr.

int.komunikace

a spolupráce

Zdravotnické,

technologické

a provozní

systémy

ERP

SRM řízení vztahů

k dodavatelům

CRM

komunik.

s pacienty

a

partnery


Detailní referenční model logické aplikační architektury

pro nemocnice

Externí portál Interní portál

Kompozitní procesní aplikace

Prezentace

podniku

GRC řízení

organizace

CRM

Kom

unik

ační technolo

gie

SRM

Informační řízení

Znalostní řízení

DMS GIS

Archiv CAD

Person.apl. Samoobsl.

Vzdělávání Tým.práce

MDM

ESB

Informace

a

média

Zaměstnanci

Technologie,

budovy

Objekty

evidence

EAI

EA, BPM DWH

ITSM

Platf. pro data v reál. čase

Finance

Logistika

Personalistika

a mzdy

Řízení jakosti,

bezp. a shody

jakost dat

a další

EDI

Office

IDM ILM

ETL

Správa obsahu

Výkaznictví,

analytické

aplikace

Řízení strategie

a výkonnosti

Externí

systémy

Mobilní aplikace

Mobilní Infr. Komun.Infr. RFID Infr.

Organizační jednotky a skupiny uživatelů

Pacienti

Lékařská

zařízení

Pojišťovny

Dodavatelé

Stát

Základní funkce

klinického systému

Administrace

pacientů

a účtování

zdravotní

péče

Moduly pro

oddělení

Dispečinky Řízení

technologií

Spravované

registry

SW

zdravotnic.

přístrojů

APS

logistické

optimalizace

Interní

lokální

systémy

POS


Upravená implementační roadmapa rozvojových

příležitostí Fáze 1 (2010-2012) Fáze 3 (2016 a dále) Fáze 2 (2013 – 2015)

zaměstnanecké

samoobsluhy

Efektivní finanční

plánování a

reporting

Správa IT architektury

prvotní

implementace INIS

Centralizace

nákupu a logistiky

v původních ERP

Optimalizace údržby hmotného

majetku v cílovém ERP

Dokončení INIS Rozvoj INIS a CRM

koncepce

financí

koncepce

nákupu a

logistiky

úprava ERP

systémů

Dokončení

IS HR a

integrace

Nábor a

dlouhodobé

plánování

Plánování

směn eLearning

řízení času,

výkonnosti a

pers. výkaznictví

B

A

F

C

E

D

G

Optimalizace

nákupu vSRM

Řízení rozv.

zaměstnanců

Centralizace

nákupu a logistiky

v cílovém ERP

koncepce

HR

Archivace

papírové

dokumentace

Portálový

přístup k

informacím

Archivace dat

a elektronické

dokumentace

Úpravy údržby maj.

ve stávajících ERP

Vztah EA a jiných (IT) metodik


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.

Procesy (BPM)

Projekty (PMI,

Prince2)

Jakost (ISO,

EFQM)

Rizika (COSO)

Bezpečnost (OCTAVE)

Výkonnost (BSC,

COBIT)

Služby (ITIL)

Procesy (BPM)

Projekty (PMI,

Prince2)

Jakost (ISO,

EFQM)

Rizika (COSO)

Bezpečnost (OCTAVE)

Výkonnost (BSC,

COBIT)

Služby (ITIL)


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


Důležité trojúhelníky při řízení změny

Rozsah projektu

Čas Cena

24


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

Zavedení a údržba EA


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

Závěr


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.

29

© 2014 SAP AG or an SAP affiliate company. All rights reserved.

Děkuji za pozornost

Pavel Hrabě

SAP ČR, spol. s r.o.

Budova BBC Beta

Vyskočilova 1481 / 4

140 00 Praha 4 – Michle, Česká republika

T +420/257114111.

F +420/257114110

[email protected]

www.sap.com

Vize

Celostní pohled

Detailní přehled o segmentu / řezu

Návrh řešení jednotlivé iniciativy / požadavku / projektu

Desing / konstrukce řešení

Historie Prostředí

http://www.sap.com/

enterprise architecture as it management method

Business

podnikov architektura

ea je jako investice

sap ag

je podnikov architektura

sap affiliate company

architektura ea pi zen

public ea je obrazem

komu ea slou