Applikationsmodernisering og Portfolio Management Få overblik over de væsentligste udfordringer og succesfaktorer
Når private og offentlige virksomheder lægger strategier, kan de opnå store fordele ved at bruge deres legacy mainframeapplikationer fornuftigt. Typisk er applikationerne erhvervet i løbet af en længere årrække, ligesom de er resultatet af relativt store økonomiske investeringer. De repræsenterer ofte dyb knowhow, understøtter centrale forretningsprocesser og er karakteriseret ved forretningskritisk drift. De repræsenterer imidlertid også udfordringer. Legacy-systemer opererer ofte i siloer, hvilket forhindrer samspil mellem systemer og de fordele, det kan føre med sig. Mange bruger forældede teknologier, som også er afhængige af specifikke leverandører - eller som ikke er i stand til at imødekomme kundernes krav til mobil adgang og lignende. Derudover mangler de typisk tilstrækkelig dokumentation og er dyre at vedligeholde. Disse og andre legacy -begrænsninger kan gøre det vanskeligt at holde trit med nye teknologier, reagere hurtigt på skiftende markedskrav og reducere it-omkostningerne. Gennem applikationsmodernisering og Application Portfolio Management kan du imidlertid overvinde legacy -begrænsningerne, bevare værdien af dine it-aktiver samt maksimere dine legacyapplikationsinvesteringer. I dette white paper stiller vi skarpt på de væsentligste udfordringer og succesfaktorer.
Indhold Modernisering kontra portfolio management... 02 Udfordringer ved modernisering... 03 Succesfaktorer ved modernisering... 04 Roadmap... 04 Vælg mellem 4 muligeder... 05 Ekspertise... 07 Portfolio management kontra porteføljerationalisering... 08 Udfordringer i portfolio management... 09 Succesfaktorer ved portfolio management... 10 Metodologi... 10 Framework... 10 Konklusion... 11 1
Modernisering kontra Portfolio Management Mens legacy mainframe applikationer er meget værdifulde og kritiske for den daglige forretning, er mange nået til et punkt, hvor én eller flere faktorer begrænser deres udviklingsmuligheder eller evnen til at reagere hurtigt. Modernisering handler netop om at fjerne disse legacy-begrænsninger og, hvad der er lige så vigtigt, at værne om legacy-applikationernes reelle værdi. Går du moderniseringsvejen, er du i stand til at beholde virksomhedens applikationer intakte samtidig med at udvikle dem til vækst. Udskiftning af legacy-applikationer er dyrt og tidskrævende. Desuden ønsker de fleste ikke at smide systemer ud, der virker og repræsenterer en kæmpe it-investering. Modernisering betyder en hurtig, omkostningseffektiv it-udvikling med lille risiko. Modernisering er ofte et resultat af Application Portfolio Management (APM), som omfatter en vurdering af applikationsporteføljen og beslutninger om løbende vedligeholdelse og udvikling. APM handler om løbende forbedring og transformering af porteføljen, så det opfylder kravene til udvikling. APM giver en tilbundsgående forståelse af virksomhedens applikationer inkl. deres funktioner, indbyrdes afhængigheder, værdien for forretningen, nødvendige supportkompetencer etc. APM hjælper desuden med at afstemme forretnings- og teknologimål og vurdere omkostningerne og risikoen ved din nuværende applikationsportefølje. Et bredt overblik over virksomhedens applikationer er essentielt for at kunne træffe beslutninger om fremtidens udvikling. 2
Udfordringer ved modernisering Den største udfordring ved legacy-applikationer er, at de typisk er vanskelige at gennemskue og forstå fuldt ud. De fleste legacy-applikationer er udviklet over mange år af forskellige grupper af programmører. Arbejdet er enten mangelfuldt eller slet ikke dokumenteret. Man kan starte med at se på specifikationer og brugermanualer og spørge udviklere og de medarbejdere, som vedligeholder systemerne. Men den eneste 100 % troværdige kilde til information om en legacy-applikation er dens kildekode. Men mange legacy-systemer består typisk af millioner af kodelinjer, som er grupperet i moduler, der er tæt integreret i et komplekst samspil. At forenkle denne kompleksitet og nedbryde den i håndterlige komponenter er vanskeligt. Mange års softwarevedligeholdelse betyder som regel, at kode og data er kopieret og delt igen og igen på forskellige måder. For at gøre det endnu mere kompliceret er kildekoden af og til ikke engang tilgængelig. Enten på grund af licensrestriktioner eller fordi den er gået tabt. Resultatet er, at applikationsdata må hentes frem fra anvendelseslogs og black box-analyse. Heldigvis introduceres der nu specialiserede værktøjer og services på markedet, der kan foretage denne type analyser. Når man vælger en leverandør, er det vigtigt at vurdere dennes uafhængighed såvel som tekniske evner for at sikre, at de ikke er forudindtaget af en bestemt teknologi. 3
Succesfaktorer ved modernisering Det første skridt ved modernisering er at vurdere, hvor du vil hen - og din nuværende situation. Næste skridt er at bestemme, hvilke veje der er tilgængelige for at nå dit mål, og hvilken vej du skal vælge. Foretag en komplet analyse af applikationskoden og -data såvel som kravene fra din forretning. Denne analyse vil, kombineret med dyb viden om de seneste teknologier og værktøjer, danne basis for en udviklingsplan eller roadmap. Et roadmap skal i detaljer indeholde følgende: Vision: Skitse over forretnings- og it-kontekst og fremtidig retning samt udvikling af en engagement plan. Nuværende situation: Konceptuelle og logiske modeller af nuværende forretnings- og it-landskaber. Fremtidsønsker: Konceptuelle og logiske modeller, som afspejler dine ønsker til fremtiden inden for forretning og it. Moderniserings-roadmap: Udførelse af en gap-analyse, udvikling af et integrationsoverblik samt en business case, som vil kunne danne grundlag for et it-strategi-roadmap. Vision Nuværende situation Fremtidsønsker Roadmap Losningsmuligheder Hovedaktiviteter: Interviews med kundeansvarlige Interviews med ejere Dokument-review Hovedaktiviteter: Procesworkshops It-modellering Business to IT-mapning Dokument-review Hovedaktiviteter: Workshops Procesworkshops It-modellering Business to IT-mapning Ekspertinput Hovedaktiviteter: Gap-analyse Planlægnings workshops Afhængighedsanalyse Ekspertinput Hovedaktiviteter: Omkostningsanalyse Risikoanalyse Evaluering af optioner Ekspertinput 4
Vælg mellem 4 muligheder Moderniserings-roadmaps kombinerer flere tiltag for at opnå den ønskede effekt - ligesom den danner grundlag for den fremtidige udvikling. Der er fire primære muligheder, som hver især har deres egne risici og fordele: Re-hosting af kerneapplikationer Konvertering af kerneapplikationer Omskrivning af kerne- og understøttende applikationer Udskiftning af kerne- og understøttende applikationer Mulighed nr. 1: Rehosting af kerneapplikationer Ofte bedst, når koden er god, funktionaliteten forventes at forblive den samme, og virksomheden har brug for hurtige og betydelige omkostningsbesparelser og nem integration. Fordele Øjeblikkelige omkostningsbesparelser (op til 80 % på drifts- og vedligehold) Stort genbrug af eksisterende aktiver og investeringer Ingen ændringer i kernen Lav implementeringsindsats, minimale driftsforstyrrelser Afhængigt af kompleksiteten vil du se resultater i løbet af 4-18 måneder Standard webservices med interface til SOA-integration Baseret på pre-testet og kommerciel re-hosting-platform. Ulemper Bevarer legacy-arkitektur og programmeringssprog, hvilket betyder fortsat afhængighed af legacy-kompetencer Legacy-koden forbliver uændret (ingen forbedringer som standard) Standarder som fx BIAN (Banking Industry Architecture Network) er ikke ud-af-boksen Kan kræve om-kodning, hvor automatisering ikke er hensigtsmæssig. 5
Mulighed nr. 2: Konvertering af kerneapplikationer Benyttes, når forretningslogikken er god, men legacy-kendskabet er dårligt. Denne mulighed omfatter ansættelse af nyt personale, eksponering af legacy-forretningsprocesser og udbygning af kerneapplikationer. Fordele Ikke længere afhængig af legacy-kompetencer Typisk 12+ måneders implementeringsindsats Mainstream-teknologier og webservices som standard Opretholdelse af samme forretningslogik og processer, mens der udforskes nye interfaces Afhængigt af kompleksiteten kan højt automatiseret kodekonvertering anvendes 30-50 % kodeomskrivningsomkostninger. Ulemper Det tager længere tid at opnå omkostningsbesparelser Uden kode re-factoring/analysis, mangel på væsentlige forbedringer af kildekode og fastholdelse af legacy-programmeringsfejl. Mangel på større ændringer i arkitektur og applikationsdesign En udfordring at identificere applikations-/ modulgrænser, der skal konverteres Kræver god legacy-dokumentation Ingen brug af automatiseringsværktøjer, højere omkostninger og høj risiko forbundet med konverteringen Kræver altid noget om-kodning Standarder som BIAN fås ikke ud-af-boksen Kræver senior-legacy- og mainstream-teknologikompetence. Mulighed nr. 3: Omskrivning af kerne- og understøttende applikationer Anbefales, når legacy-applikationer er så komplekse, at automatiserede konverteringsværktøjer ikke kan bruges. Dette kan være den eneste moderniseringsmulighed for at undgå ny brugertilpasning. Fordele Ingen legacy-kode og derfor ingen fortsat afhængighed af legacy-kompetencer Den bedste SOA-arkitektur af sin art og webservices som default Ingen legacy-programmerings-fejl Høj mainstream-teknologi-anvendelighed Ulemper Omkostningsbesparelser kun på langt sigt Høj implementeringsindsats (op til 36+ måneder) Minimalt genbrug af eksisterende aktiver og investeringer Typisk høje omkostninger og lav succesrate Kræver stærk, senior-mainstream-teknologi og SOA-kompetencer Kræver massiv deltagelse fra forretningen og fælles forståelse. 6
Mulighed nr. 4: Udskiftning af kerne- og understøttende applikationer Benyttes ikke ofte, men kan imidlertid være en god måde at udskifte nogle forretningskritiske komponenter på. Fordele Ingen legacy-kode og derfor ingen afhængighed af legacy-kompetencer Den bedste SOA-arkitektur af sin art og webservices som standard Ingen legacy-programmeringsfejl Høj mainstream-teknologi-anvendelighed. Ulemper Omkostningsbesparelser kun på langt sigt Høj implementeringsindsats og tidsrammen kan være 3-4 år. Typisk høje omkostninger og lav succesrate Match til lokale krav, lavt genbrug, betydelig omskrivning Hele indsatsen knyttes til kerneprocesserne og væk fra nye forretningsservices Typisk låst fast på leverandøren (vedligeholdelse og support) Afhængig af knappe ressourcer. Ekspertise Et grundigt og veldesignet moderniserings-roadmap vil opfylde hovedmålsætningerne ved modernisering, inkl. bl.a. øget agilitet, kortere time-to-market, omkostningsbesparelser og færre sikkerhedsrisici. Opbygning af et sådan roadmap kræver imidlertid den rigtige fagkundskab. Det optimale udgangspunkt er således et erfarent og kompetent team, ligesom disse elementer også er meget vigtige: Innovativ teknologisk tilgang til modernisering, understøttet af et sæt dokumenterede værktøjer til komplet analyse af mainframe-miljøer Etablerede partnerskaber med alle større moderniseringsleverandører (mens du bibeholder leverandøruafhængighed) Moderniseringsstrategi designet til at minimere risici Branchetilpassede metoder og processer Struktureret knowledge management framework til facilitering af vidensopsamling, vedligeholdelse og deling af viden såvel som teamsamarbejde Center of excellence, som leverer funktioner og services, der dækker alle aspekter af modernisering Global levering og styring. 7
Application Portfolio Management kontra porteføljerationalisering APM svarer til et årligt sundhedstjek eller et bileftersyn, hvor en persons sundhed eller bil vurderes, problemer identificeres, og man får forslag til forbedringer. Det er oplagt for effektiv Asset Management og optimering. Via APM kan du effektivt måle omfanget af og indflydelsen på enhver ændring af applikationsporteføljen, da APM giver omfattende information om indbyrdes afhængigheder (dvs. med andre applikationer, med it-infrastrukturen og med forretningsfunktioner/-målsætninger). Hvis du ikke kender de indbyrdes afhængigheder i applikationerne, kan en enkelt ændring resultere i et uventet og negativt udfald. APM er bredere end traditionel applikationsporteføljerationalisering (APR). APM drejer sig primært om løbende styring og forbedring i forhold til forretningsmålsætninger og omkostningsbesparelser. APR fokuserer derimod på forenkling af applikationslandskabet for at drive omkostningsbesparelser. Et eksempel kan være en virksomhed, hvor 90 % af it-omkostningerne er relateret til vedligeholdelse. Her kan APR bruges til at bestemme, hvad der kan tages ud af drift og/eller kombineres for at reducere omkostningerne. Eller måske er virksomheden ikke i stand til at indføre ny teknologi, og vil så via APR kunne se på, hvad den allerede har, og finde ud af, hvordan det kan gøres bedst muligt. APR er en aktivitet under APM-paraplyen. Du har brug for APM for at kunne træffe gode APR-beslutninger. Du har brug for APM-styring og en løbende forbedringsproces, fordi du gennem dette måske kan identificere behovet for APR. 8
Udfordringer i Portfolio Management De væsentligste udfordringer ved effektiv APM er: 1. Organisatorisk parathed: Har virksomheden fx ordentlig journalføring? Ved den, hvilke applikationer den har? Er der et lager? Succesfuld APM kræver, at man ved, hvad man har. 2. Tilgængelig applikationsinformation: Som tidligere nævnt er mangel på dokumentation en almindelig udfordring i legacy-applikationer. En kvalificeret APM-leverandør vil identificere og analysere eksisterende kilder til information (fx kildekode, databaser, forretningsejer - og viden hos den it-ansvarlige) for at få så meget information som muligt om hver applikation. 3. Dårlig projektudførelse: Der er mange årsager til dette, fx dårlig projektledelse, man løber tør for penge, man forstår ikke den arkitektoniske kompleksitet etc. Der er behov for stærk styring og projektledelse såvel som ledelsesopbakning fx ifm. svære beslutninger om personaleændringer og lignende. 4. Duplikering er ikke altid nem at identificere: Duplikering er ikke altid sort og hvidt. Selv hvis to applikationer udfører samme funktioner, kan de udføre funktionerne på forskellige måder (fx kan to lønsystemer udføre de samme funktioner, men på forskellige måder, baseret på lokale lovkrav). 9
Succesfaktorer ved Portfolio Management Metodologi Det er nødvendigt med omfattende, løbende styringsbaserede APM-tiltag for at adressere disse udfordringer. CGI s APM-metodologi omfatter følgende trin: 1. Planlæg: Omfatter udvælgelse af applikationer til review og identificering af de rette metrikker. Inden du går i gang, skal der findes en projektekspert i direktionen og engagerede repræsentanter med fokus på teknologi, forretning og drift. 2. Mål: I denne fase udvikles en måleplan, vurderingsskalaer tildeles hver metrik (baseret på hvor godt de når målværdier), målinger indsamles (ved hjælp af et webbaseret værktøj), og en applikationsporteføljerapport genereres. 3. Analyser: På dette trin identificeres applikationsproblemstillinger og risici (fx dobbeltfunktionalitet), og en mitigeringsstrategi udvikles. Hver applikation tildeles en risikoscore og sættes ind i en matrix baseret på forretningsværdi og risiko. 4. Transformer: Den overordnede applikationsporteføljerisiko kontra forretningsværdi -matrix udviklet på et tidligere trin bestemmer, hvilke applikationer der kræver transformation. Når disse applikationer er identificeret, vil metrikker (udviklet for hver enkelt) bestemme, hvilken slags transformation der er mulig og mest fordelagtig. 5. Kommuniker: Dette omfatter kommunikation af resultaterne af den overordnede APM-vurdering til de rette folk. Der distribueres typisk en applikationsporteføljerapport bestående af vurderingsresultater og applikationsscorekort. Framework Et APM framework (APMF) er fundamentet for effektiv APM. Et sådant frame work skal indeholde en robust metodologi kombineret med et effektivt softwareværktøj. Det skal sikre, at de rette mennesker er involveret, og at den rette information er opsamlet. Det skal også give følgende: Skalerbarhed: For at adressere små, mellemstore, store og massive porteføljer Fleksibilitet og tilpasningsevne: For at imødekomme kravene fra forskellige brancher og markeder Transparens: For at sikre ansvarlighed og understøtte løbende audits Enkelhed: For at sikre strømlinet informationsopsamling, analyse og rapportering 10
En stærk APMF vil understøtte en række væsentlige APM services, inkl.: Applikationslager: Lager af applikationer på tværs af organisationen Risikolandskabsvurdering: Review og vurdering af risici, som truer applikationsporteføljens bæredygtighed. Applikationsmetrikudvikling: Bestemmer, hvilke metrikker der er relevante og nemme af opsamle Applikationsporteføljevurdering: Omfattende vurdering af applikationsporteføljen Applikationsrationalisering: Fokuserer på reducering af det overordnede applikationspladsbehov og driftsomkostninger Applikationstransformations-roadmap: Et roadmap for transformering af applikationsporteføljen Application portfolio management office: Leverer løbende styring og projektledelse Det ideelle APMF-værktøj skal automatisere informationsindsamling, porteføljeanalyse og rapportering. Det skal være fleksibelt og konfigurerbart for kunne tilpasse sig varierende kunde- og projektkrav. Overordnet skal det reducere omkostninger, indsats og risiko ved levering af APM services og sikre konsistent levering af høj kvalitet til kunden. 11
Konklusion Stigningen i antallet af digitale forbrugere, nye konkurrenter, nye produkter og services, flere regulativer og krav til hele tiden at nedbringe omkostningerne gør, at virksomheder bør sætte fokus på deres legacylandskaber og identificere, hvordan de kan ombygge deres legacy-applikationer til at understøtte forretningen til fremtiden. Med både applikationsmodernisering og Application Portfolio Management (APM) kan du bevare og få mest mulig værdi ud af legacy-investeringerne. Det er vigtigt at finde den rette partner, hvis du vil have succes med enten det ene eller begge dele. Der er brug for en partner med stor erfaring i at levere modernisering og APM-projekter, dokumenterede rammeværker, metodologier og værktøjer, partnerskab med markedets førende leverandører, stærke moderniserings- og APM-eksperter og en global leveringsmodel. Hos CGI tilbyder vi hele pakken. Kontakt os for en dialog om, hvordan din forretning kan drage fordel af modernisering og/eller APM. 12
13
cgi.dk CGI har 68.000 medarbejdere på 400 kontorer i 40 lande. Vi hjælper vores kunder til succes ved at bringe globale løsninger og kompetencer til deres lokale dørtrin. Samtidig har vi en disciplineret tilgang til leverancer, som gør os markedsledende inden for it-projekter til tiden og inden for budget. Vores forretningsrådgivning, systemintegration og outsourcing services har en høj kvalitet, og ved hjælp af nye teknologier og strategier maksimerer vi vores kunders investeringer og bundlinje. Det afspejler sig i deres tilfredshed. I de seneste 10 år har kundetilfredsheden i gennemsnit været over 9 på en skala fra 1 til 10. 2015 CGI GROUP INC.