Platformskonsolidering:
forbedr din forretning
Det er en kendsgerning: Konsolidering af systemer og platforme gør det lettere for din virksomhed at igangsætte digitale projekter, der udnytter potentialet i applikationslandskabet.
En afgørende parameter for at kunne lancere løsninger hurtigt (time-to-market) er at undgå et hav applikationer, som i bund og grund har samme eller overlappende funktioner. Virksomheder bør derfor arbejde målrettet med at konsolidere systemer og platforme, så det bliver lettere at igangsætte digitale projekter, der udnytter potentialet i applikationslandskabet.
Hvis der kun findes ét system til browserbaseret kundekommunikation, én løsning til intern kommunikation, ét samarbejdsværktøj, ét CRM osv., vil der ikke være tvivl om, hvad der skal bruges eller hvordan det skal bruges. I en sådan situation bliver det muligt at arbejde med små, hurtige MVP-baserede udviklingsforløb, så nye services og løsninger kan lanceres i et højt tempo. Derfor er konsolidering af platforme og systemer afgørende for innovationshastigheden.
Det anbefales ikke at igangsætte dyre infrastrukturprojekter som en forudsætning for at øge innovationshastigheden. En arkitekturstrategi med et fremtidigt målscenarie (to-be) og omfattende konsolideringsprojekter som mål i sig selv vil sjældent blive godkendt af en investeringskomité, da business casen for sådanne projekter ofte er svag. Der er ingen reel return on investment (ROI), hvis aktiviteterne ikke indgår som en del af kommercielle, værdiskabende projekter initieret af forretningen.
I de fleste tilfælde kan virksomheder og organisationer indarbejde konsolideringsaktiviteter i de kommercielt drevne projekter, som alligevel skal gennemføres. Det kræver naturligvis en vis beslutningskraft på ledelsesniveau at udfase systemer, der ikke passer ind i strategien, eller som er overflødige, fordi forretningen vil fokusere på andre systemer. Processen med at træffe disse svære, men nødvendige beslutninger kan med fordel integreres som en del af de kommercielt drevne projekter.
Konsolidering
Når virksomheden har defineret sin arkitekturstrategi og fastlagt et fremtidigt applikationslandskab (to-be) med fokus på øget innovationshastighed, kan arbejdet med at konsolidere platformene begynde.
Ved at kortlægge hvert “tower” (funktionsområde) får man overblik over, hvilke systemer der anvendes i de enkelte områder – og forhåbentlig bliver det også muligt at identificere eventuel shadow IT.
Ved at tage stilling til cloud vs. on-premise, best-of-breed vs. best-of-suite samt drifts- og udviklingsomkostninger pr. applikation i hvert område, opnår virksomheden et solidt grundlag for at beslutte, hvilke løsninger der skal satses på.
Herefter kan processen med at konsolidere aktiviteterne omkring færre, stærkere applikationer planlægges.
Application Strategi
Arkitekturen skal kunne understøtte skiftende krav, herunder levere effektive løsninger med kort time-to-market til kunder, medarbejdere og partnere. Hvis arkitekturen ikke er gearet til dette, vil de digitale processer blive oplevet som langsomme, komplekse og ressourcekrævende.
En måde at orkestrere arkitekturen på for at imødegå dette problem er at anvende Gartners pace-layered application strategy. Som navnet antyder, opererer man med forskellige roller og udviklingshastigheder i de forskellige lag i arkitekturen.
Der er flere udfordringer ved en bimodal IT-strategi. Husk problematikken omkring tendensen til lange udviklingsforløb i legacy- og kernesystemer, som ofte bliver nedprioriteret i kommercielt drevne projekter. Konsekvensen er, at data fra disse systemer ikke indgår i ny udvikling, innovation og videreudvikling af forretningen.
Kort sagt risikerer ældre systemer at forsvinde fra radaren, og forretningen glemmer dermed at inddrage data, processer og dele af den samlede værdikæde, når nye initiativer designes. Bimodal IT fører derfor ofte til siloer, hvor data fra legacy- og kernesystemer ikke bliver anvendt. Resultatet er, at digitaliseringen kun gennemføres halvt.
Dette vil i sidste ende øge omkostningerne, da behovet for legacy- og kernesystemer stadig eksisterer, men deres værdi ikke udnyttes i digitaliseringen af forretningsprocesser.
Netop dette er formålet med Gartners pace-layered application strategy, som søger at samle hele applikationslandskabet i én samlet tilgang.
System of Innovation
System of Innovation er kendetegnet ved nye applikationer, som udvikles ad hoc for at imødekomme nye forretningsbehov eller muligheder. Det er typisk projekter med kort levetid (0–12 måneder), ofte drevet af afdelinger eller eksterne ressourcer og baseret på forbrugernære teknologier.
Konsolideringsprojekter i dette lag handler om at samle kundevendte applikationer på få, sikre løsninger til kundekommunikation. Det er ofte i dette lag, at shadow IT bliver identificeret.
Der kan ofte opnås betydelige besparelser ved at konsolidere web, apps, marketing automation osv. på få stærke platforme. Dette omtales ofte som omnichannel. For at opnå konsistens på tværs af kanaler skal de forskellige kundevendte kanaler anvende de samme masterdata gennem en veldefineret IT-arkitektur.
System of Differentiation
I laget System of Differentiation kan man ligeledes identificere gevinster og muligheder for konsolidering.
Her findes applikationer, der understøtter unikke forretningsprocesser eller branchespecifikke kapabiliteter. De har en mellem lang levetid (1–3 år), men skal ofte tilpasses for at imødekomme ændringer i forretningen eller kundernes behov.
Det er i dette lag, at virksomheden kan differentiere sig fra konkurrenter. Ved at udnytte kundedata, analytics og produktinformationsstyring kan en virksomhed – fx inden for e-commerce – outperforme sine konkurrenter gennem stærk governance og ved at fokusere på de løsninger, der skaber reel differentiering.
Et eksempel på konsolidering i dette lag er, hvis virksomheden arbejder med to forskellige CRM-systemer efter opkøb eller fusioner, men endnu ikke har standardiseret kundedata i ét system.
Et andet eksempel er, hvis virksomheden anvender både et data warehouse, en Power BI-løsning og Adobe Analytics uden at overveje, om én samlet løsning kunne dække behovet. Her ligger et oplagt potentiale for optimering og øget innovationshastighed gennem konsolidering.
System of Records
System of Record er kendetegnet ved etablerede standardapplikationer eller ældre, specialudviklede systemer, som understøtter centrale transaktioner og håndterer organisationens kritiske masterdata.
Ændringstakten er lav, da processerne er veldefinerede, fælles for mange organisationer og ofte underlagt regulatoriske krav. I dette lag vil man sjældent finde flere systemer med samme funktionalitet og dermed potentiale for konsolidering.
Der kan fx være COBOL-systemer, som ikke umiddelbart kan erstattes, enten fordi der ikke findes standardløsninger, eller fordi forretningens behov er så specifikt, at kun skræddersyede løsninger fungerer.
Fokus bør derfor være på at sikre, at disse systemer kan håndtere øget trafik, flere transaktioner fra en omnichannel-opsætning og nye digitale initiativer.
En microservice-arkitektur kan understøtte dette ved at muliggøre øget læsning og skrivning til systemerne gennem et cloud-baseret lag af microservices. Dette kan fx sikre, at ordrer ikke går tabt, men placeres i kø, og at data altid kan sendes til og hentes fra systemerne.
En metode, der er værd at overveje, er strangler pattern – en strategi, hvor en virksomhed gradvist nedbryder et monolitisk system til microservices. Ideen er, at man trin for trin erstatter funktionalitet i det gamle system med nye services. Når en ny service er klar, kan den gamle komponent udfases.
Denne tilgang gør det muligt løbende at bringe data fra legacy-systemer i spil i innovative og forretningsdrevne projekter i System of Innovation.
Det anbefales derfor ikke at gennemføre en sådan transformation som ét samlet projekt. I stedet bør arbejdet integreres i de projekter, der udvikles i System of Innovation, og finansieres gennem forretningskritiske innovationsinitiativer.
På den måde bliver ældre legacy-systemer ikke en flaskehals for digitaliseringen, og ved at “pakke” dem ind i en microservice-arkitektur kan man øge innovationshastigheden.