Az elavult alkalmazások kivezetésének nehézségei az ITIL szemszögéből 2017. március 31. Polgár Endre endre.polgar@capgemini.com 1
Mi ez? 2
Tartalom Mikor jön létre? Mik a következményei? Ki mit hibázott? Mit lehet tenni? 3
Capgemini 2016 Bevétel 12.539 millió euró Működési eredmény 1.440 millió euró Működési nyereség 1.148 millió euró Alkalmazások szolgáltatásai Egyéb menedzselt szolgáltatások Technológiai és mérnöki szolgáltatások Tanácsadási szolgáltatások 21% 15% 4% Szolgáltatások 60% 16% 11% 7% Szektorok 19% 4% 17% 26% Energetika, közművek és vegyipar Pénzügyi szolgáltatások Állami szektor Egyebek Gyártás, autóipar és élettel foglalkozó tudományok Távközlés, média és szórakoztatás Fogyasztói termékek, kis- és nagykereskedelem, szállítás 4
Mikor jön létre? Cégek egyesülése Kiskirályságok Leválthatatlan de nem bővíthető régi alkalmazások OOTB funkciók helyett szatellit megoldások Fentről kikényszerített alkalmazások 5
Mik a következményei? Nem vagy alig használt rendszerek 6
Miért alakul ki? IT Governance és IT szolgáltatásmenedzsment hiányosságok Nem megfelelő kialakítás: hiányoznak folyamatok, szerepkörök, módszertanok nincs elég hatalom, nincs vétójog nincs ellenőrzés és számonkérés Vagy az üzletnek más a prioritás 7
Ki mit hibázott? Szolgáltatástervezés Tervezés koordinációja Biztosítja, hogy a szolgáltatás megvalósítási terve megfeleljen az architektúrális előírásoknak. Szolgáltatáskatalógusmenedzsment Nyilvántartja az élő szolgáltatásokat, beleértve a CI függőségeket. Kapacitásmenedzsment A csökkenő üzleti igényhez alakítja (csökkenti) az erőforrásokat (pl. dedikált szerverről megosztott virtuális gépre költözteti az alkalmazást). 8
Ki mit hibázott? Szolgáltatásstratégia IT-szolgáltatások stratégiai menedzsmentje Biztosítja, hogy a stratégiai tervekből taktikai és operatív tervek készüljenek. Szolgáltatásportfóliómenedzsment Figyeli a szolgáltatások létjogosultságát, a megszüntetendő szolgáltatások kivezetésére javaslatot ad. Pénzügyi menedzsment Elkészíti a megfelelő kontrolling információt, a szolgáltatásonkénti kimutatásokat, a megfelelő költségmodellt. Ellenőrzi, hogy egy szolgáltatásra milyen költségeket terhelnek és miért. Igénymenedzsment Kezeli a szolgáltatás iránti csökkenő üzleti igényt. 9
Megoldási lehetőségek Módszertani hiányosságok megszüntetése Technikai konszolidációs program 11
Technikai konszolidáció? Ügyfélprobléma Globális tanácsadó Helyi tanácsadó Nincs belső módszertan és tapasztalat az alkalmazások kivezetésére Nincs kapacitás a tudás megszerzésére Bevált módszertan Indiai konszolidációs gyár Drága Nem tud magyarul Helyismeret Magyar módszertan kidolgozása A módszertan gyakorlati használata 12
Tech and Arch Score Architektúra és alkalmazásportfólió optimalizálása főbb lépések Adatgyűjtés és -ellenőrzés Magas szintű portfólióelemzés Részletes elemzés Menetrend meghatározása Kérdőívekkel és interjúkkal, minden alkalmazásra kiterjedően a portfólió megértéséhez Interjúk Magas szintű portfólióelemzés az átfogó képhez Eredmény: potenciális alkalmazások listája Kiválasztott alkalmazások részletes elemzése Interjúk Megfeleltetés a Capgemini s referencia-architektúrának Menetrend meghatározása és jóváhagyása Architektúra ajánlások Alkalmazás ajánlások Dokumentumok és más fontos adatok Jelenlegi alkalmazástérkép alapvető információkkal 6,0 5,0 4,0 3,0 Alkalmazások hőtérképe SMS küldő INTRANET-Fórum Utasításkezelő Origo Szerződéskezelő Tech and Arch Score KKV Iktató CC_WFMS/Güzüke CC_WFMS/Csiribiri Kábelinfó CC_WFMS/Jópophi CC_WFMS/Imitátor CC_WFMS/Phibonacci Business growth Portfolio Retirement UTILITY Very useful, high bus. needs Useful Useless with no future RE-PLATFORM change platform or language FREEZE Stop investments, consider retirement CLEANUP CONSOLIDATE reduce duplication CHALLENGE COST RETIRE SUSTAIN ENRICH improve utility REPLACE transform to new ( to-be ) architecture Risk Technology & Architecture Operational excellence 2,0 1,0 WOU Reporting Services X.25 adatgyűjtő thirlevel TEDEX_KörTe URLAP TEDEX_MaNó JUTI On-lineTudi SIS ATLAS S3 Not (cost) effective, inefficient, risky Not (cost) effective, efficient, medium risk (Cost) effective, efficient, low risk WARRANTY (effectiveness, efficiency) UPK QMark 0,0 0,0 0,5 1,0 1,5 2,0 2,5 3,0 3,5 4,0 4,5 5,0 A cél jelölteket találni a racionalizációhoz és menetrendet készíteni végrehajtható első lépésekkel és gyors sikerekkel -1,0 DAILY COST SCORE 13
Architektúra és alkalmazásportfólió optimalizálása a racionalizálási módszertan áttekintése HASZNOSSÁG Üzleti növekedés Portfólió Jövőálló Nagyon hasznos, magas üzleti igény ÚJ PLATFORM platform vagy nyelv váltása KONSZOLIDÁCIÓ duplikáció csökkentése MEGTARTÁS Hasznos BEFAGYASZTÁS befektetések leállítása, kivezetés megfontolása KÖLTSÉGEK MEGKÉRDŐ- JELEZÉSE BŐVÍTÉS használhatóság javítása Nem hasznos, nincs jövője TÖRLÉS KIVEZETÉS HELYETTESÍTÉS új architektúrára átalakítás Kockázat Technológia & architektúra Működési jóság Nem költséghatékony, kockázatos Nem költséghatékony, nem hatásos, közepes kockázatú Költséghatékony, hatásos, alacsony kockázatú JÓSÁG (hatásosság, hatékonyság) A portfólió elemzésekor az aktuális alkalmazástérképet elemezzük és meghatározzuk a legjobb racionalizálási javaslatokat 14
Tapasztalatok Előnyök Szektorsemleges (bank, távközlés, közmű, stb.) Referencia-architektúrával összevethető Felhőbe költözéshez felhasználható Hátrányok Néha tényleg nincs információ Van információ de nem adják meg, mert féltik a munkájukat (IT, üzlet egyaránt) Megtérülési számítás készítése: virtuális valóság 15
Na jó, de mi legyen az adatokkal? Nincs módszertan! Felmerülő kérdések: Milyen törvényi és belső szabályozások vannak egyáltalán? Mit kell megőrizni törvényi/üzleti okból? Meddig kell megőrizni? Mikor kell törölni vagy anonimizálni? Hogyan őrizzük meg (felhasználási minták)? Archiválási módszertan: Részben szektorfüggő jogszabályok Teljesen ügyfélfüggő belső szabályozások Az archiválás technikai módja is vizsgálandó 16
Összefoglalás Az IT Governance és IT Service Management hiányosságok tartós problémákat okoznak. A módszertani hibákat helyre lehet hozni, de az elmaradt tevékenységeket külön pótolni kell. Az infrastruktúra egyszerűsítésére technikai projekteket kell indítani. Az adatok helytelen archiválása pénzben mérhető következményekkel járhat. 17
Kérdések?
www.capgemini.com The information contained in this presentation is proprietary. 2017 Capgemini. All rights reserved. Rightshore is a trademark belonging to Capgemini.