Zhodnocení architektury podniku. Jiří Mach

Transkript

1 Zhodnocení architektury podniku Jiří Mach

2 Obsah Zhodnocení architektury podniku Zahájení projektu Metodika/framework Harmonogram projektu 1. fáze: vytvoření popisu AS-IS stavu 2. fáze: analýza AS-IS stavu 3. fáze: definice TO-BE stavu a road mapy Metriky projektu 2

3 Analýza SW architektury podniku

4 Zahájení projektu Zahájení projektu Sponzor IT Cíle: Omezení Popis AS-IS stavu, identifikace problémů a doporučení road mapy Snížení ceny na dopadové analýzy, dokumentace architektury Pouze minimální zapojení businessu Aktuální stav Vysoký počet systémů Konfigurační databáze neobsahuje ani aktuální data, ani všechny informace, naopak obsahující redundantní a neplatné informace Neexistuje popis výměny dat mezi systémy (Interface Catalog) Neexistence souhrnu problémů a požadavků rozvoje IT Neexistence plánu rozvoje (roadmapa) architektury ani jednotlivých systémů Neznáme náklady na správu jednotlivých systémů Business má řadu vlastních utilit 4

5 IT architektura metodika/framework IT architektura pouze z pohledu SW 5

6 Harmonogram projektu 1. fáze: vytvoření popisu AS-IS stavu Analýza aktuálních zdrojů informací Seznam systémů Identifikace IT vlastníků Rozdělení systémů Primární systémy workshop s IT vlastníky Podpůrné systémy dotazník na IT vlastníky Analýza nákladů s finančním oddělením 2 měsíce 2. fáze: analýza AS-IS stavu Společný workshop Analýza definovaných oblastí 1 měsíc 3. fáze: definice TO-BE stavu a road mapy Mapa aplikací TO-BE Klasifikace a prioritizace 1 měsíc 6

7 1 Vytvoření popisu AS-IS stavu

8 Jaká data sbírat pro systémy? Základní informace ID systému Kategorie systému Region Název a popis systému Vlastník systému LOB Vlastník systému IT Běžící prostředí Výrobce a dodavatel Informace k analýze Využití systému Provoz systému Způsob práce s daty Kdo systém používá Jak často je používán Budoucí rozvoj Náklady Služby Interní/externí Podpora Interní/externí SW Licence Support Jaká data sbírat pro rozhraní? Základní informace ID rozhraní Zdroj Cíl Popis přenosu Přenášené entity Informace o rozhraní Frekvence přenosu Automatizace Formát výměny dat Integrační platforma 8

9 Problémy Seznam systémů Nekvalitní data Duplicity Nemožnost identifikovat utility businessu Minimální zapojení businessu Chybějící dokumentace Řada informací pouze na úrovni konkrétních lidí Náklady na vývoj a provoz systémů Rozpad licencí OS, databáze, apod. 9

10 Automaticky generovaná mapa aplikací 10

11 Výstupy z první fáze projektu Mapa všech aplikací a jejich atributů Po pročištění cca 120 aplikací Identifikace nepoužívaných aplikací Cca 30 aplikací bylo možné zrušit, protože je nikdo nepoužívá Identifikace aplikací s vyšším rizikem (mimo provoz, nastavení hesel v plain textu, pouze pro Windows XP, ) Cca 10 aplikací 80 aplikací Mapa datových toků Cca 250 datových toků Nezahrnuje integrace na AD 11

12 2 Analýza AS-IS

13 Analýza AS-IS Společný workshop s HO IT vývoje Odsouhlasení analyzovaných oblastí Nominování specialistů na detailní analýzu ze strany Profinitu i zákazníka Analyzované oblasti: Sekundární systémy Integrace CRM a data services Procesy Detailní analýza týmem specialistů pro každou oblast Výstupní report 13

14 14

15 3 Definice TO-BE

16 Klasifikace -> prioritizace Klasifikace pomocí kritérií je uvedena v souhrnné tabulce: Popis Klasifikace Popis Klasifikace Náročnost změny na zdroje A/B/C Dosažené úspory A/B/C Dopady na další rozvoj A/B/C Eliminace rizik A/B/C Priorita je definovaná dle časového horizontu, kdy dojde ke konsolidaci nebo nahrazení aplikace dle klasifikace Rozdělení je následující: Aplikace bude nahrazena v období Aplikace bude nahrazena do roku 2018 Aplikace bude ponechána, pouze dojde k aktualizaci 16

17 Road mapa Návrh řešení i s dopady do architektury AS-IS TO-BE 17

18 Roadmapa 2018 Návrh řešení AS-IS TO-BE 18

19 Metriky projektu

20 Metriky celého projektu 250 rozhraní 80 aplikací AS-IS -> Analýza -> TO-BE AS-IS TO-BE 7 specialistů 4 měsíce 70 MDs 20

21 Děkujeme za pozornost Profinit, s.r.o., Tychonova 2, Praha 6 Tel: ,