Arkitektur er fundamentet for enhver moderne virksomhed, der ønsker at arbejde effektivt med digitalisering.
Af Michael Folkmann, Kristian Sørensen & Brian Karstensen
For at kunne arbejde på tværs af it og forretning, har vi udviklet Arkitektur-trekanten. Det er den vi vil præsentere for dig her, så når du er igennem artiklen, vil du have indblik i et simpelt men effektivt værktøj til at skabe overblik, fjerne støj og sikre, at forretning og it taler samme sprog.
Lad os tage det vigtigste først: It-arkitektur handler aldrig kun om systemer – det handler om at træffe bedre beslutninger. Når arkitekturen er på plads, får du det overblik og den sammenhæng, der skal til for at omsætte forretningsbehov til effektive løsninger. Derfor må it-arkitektur ikke udvikles isoleret i it-afdelingen. Det er en strategisk disciplin, der forbinder forretningens mål med digitale løsninger.
At tage gode beslutninger om it kræver overblik. Arkitektur-trekanten hjælper dig med at forstå processer, funktionalitet og data – uden teknisk støj.
Hvorfor er it-arkitektur komplekst?
Arkitektur kan til tider virke abstrakt og svært at overskue, blandt andet fordi der ofte mangler en fælles forståelse af, hvad it-arkitektur egentlig handler om. Vores perspektiv på it-arkitektur er, at det handler om at designe, udvælge og strukturere både it-systemer, data og processer, så digitalisering understøtter virksomhedens forretningsmål, samtidig med at de sikrer fleksibilitet, skalerbarhed, sikkerhed og effektivitet. It-arkitekturen skal både understøtte den daglige drift og bane vejen for den langsigtede strategiske udvikling af forretningen.
Desværre oplever vi, at der til tider træffes uhensigtsmæssige it-beslutninger – bl.a. i forretningsenheder. Når man ikke forholder sig til den samlede arkitektur, skabes der risiko for knopskydning, manglende overblik og ineffektive systemlandskaber, hvor der akkumuleres teknisk gæld. En veldefineret arkitektur sikrer derimod, at forretning og it arbejder sammen i en klar struktur, der understøtter fremtidens krav.
Arkitektur-trekanten: Et værktøj til analyse og dialog
Figur 1: Arkitektur-trekanten bruges til at skabe overblik over forretningens behov – helt uden snak om teknologi. Med fokus på processer, funktionalitet og data hjælper den med at afdække reelle forbedringsmuligheder og skabe en fælles forståelse for, hvad digitalisering skal understøtte.
Arkitektur-trekanten bruges til at afdække eller illustrere de vigtigste elementer i en forretningssituation med fokus på virksomhedens arkitektur.
Analysen/dialogen fokuserer på de tre elementer; processer, funktionalitet og data – og dette fokus skal sikre, at det udelukkende er det forretningslogiske perspektiv, der behandles – vi ser med andre ord på forretningen ”uden strøm”. “Uden strøm” betyder, at vi undgår at tale om applikationer, og konkrete teknologier eller databaser, da vi så i langt højere grad kan afdække de egentlige forbedringsmuligheder, der er behov for.
- Processer: De arbejdsgange og forretningsprocesser, som driver virksomheden. Processer beskriver, hvordan arbejdet bliver udført, og hvordan forskellige aktiviteter hænger sammen for at skabe værdi.
- Funktionalitet: De handlinger eller operationer som understøtter processerne. Funktionalitet refererer til de opgaver, der udføres på data for at understøtte forretningsbehovene i processerne.
- Data: De data, som er nødvendige for at drive processerne og funktionaliteten. Data er den rå information, der registreres, behandles og analyseres for at tage beslutninger og optimere forretningsdriften.
Ved at holde fokus på de tre elementer, undgår vi at konkrete teknologier bringes for tidligt på banen og flytter fokus fra de egentlige behov til teknologiske muligheder og udfordringer. Vi bruger med andre ord Arkitektur-trekanten til at holde fokus på de reelle forretningsbehov.
Arkitektur-trekanten hjælper med at skabe en fælles forståelse af arkitektur og gør det muligt at arbejde holistisk og effektivt med digitalisering og forretningsudvikling – samtidig med, at medarbejdere i forretningen ikke bliver overvældet af it-buzzwords og forkortelser.
Hvordan arbejder man med Arkitektur-trekanten?
Det centrale i arbejdet med Arkitektur-trekanten er, at man fokuserer på ét hjørne ad gangen: Processer, Funktionalitet eller Data.
Ved kortvarigt at se bort fra de øvrige områder kan man bedre afdække, hvad der er vigtigst i det aktuelle hjørne – og dermed få en skarpere forståelse af status og hvilke ændringer, der er nødvendige.
Arbejdet starter altid med at definere et klart scope ud fra den problemstilling, der skal løses. Uden et tydeligt fokus risikerer man at forsøge at løse alle organisationens udfordringer på én gang – og så kommer man ingen vegne.
Processer: Kortlæg eksisterende forretningsprocesser, identificér flaskehalse og forbedringsmuligheder. Spørg derefter: Hvilke data og funktionaliteter er nødvendige for processerne?
Det kan også omfatte at forstå, hvilke nye processer der skal etableres for at imødekomme forretningsbehovet. Detaljegraden kan variere alt efter behov – man kigger på, hvordan arbejdet faktisk udføres, hvilke roller der er involveret, og hvordan opgaver flyder gennem organisationen. Fra proceshjørnet forholder man sig ligeledes til, hvilke funktionaliteter og data, man har behov for, for at processerne fungerer.
Funktionalitet: Identificér de handlinger eller operationer, der kræves for at understøtte processerne, og hvilke data de arbejder på.
Dette indebærer at se på, hvilke handlinger der skal foretages, og hvilke processer og data, der skal være på plads for at udføre dem effektivt.
Data: Kortlæg hvilke data, der er nødvendige for at drive processer og funktionaliteter, og vurdér datakvalitet, struktur og adgang.
Hvilke data har virksomheden i øjeblikket? Hvordan skal disse data struktureres, opbevares og tilgås for at understøtte behovene? Det kan også omfatte at finde ud af, om der er behov for ny dataindsamling eller bedre datakvalitet.
Iterér over trekanten
Vi anbefaler, at man starter med at danne sig et overblik med Arkitektur-trekanten, og efterfølgende dykke dybere ned i de enkelte områder, for at opnå den nødvendige indsigt. Med denne tilgang undgår man at blive overvældet af detaljer og de mangler (fx uklare processer), man kan finde i de fleste organisationer.
Denne iterative tilgang med at genbesøge hvert hjørne sikrer samtidig en sammenhæng på tværs og skaber en holistisk og forretningslogisk forståelse.
Fra forretningslogik til tekniske løsninger
Når forarbejdet med Arkitektur-trekanten er på plads, og den forretningslogiske arkitektur er beskrevet, bliver det langt lettere at realisere forretningsbehovene teknisk. Omfanget af forandrings- og implementeringsopgaven bliver synliggjort, og arbejdet med at fastlægge, hvordan den teknisk implementering skal realiseres kan begynde. Dette kan involvere:.
- Udvikling af nye løsninger
- Omkonfigurering af eksisterende systemer
- Indkøb og implementering af nye systemer
Figur 2: Når vi i IT ADVISORY taler om den tekniske realisering, anskuer vi typiske løsninger ud fra tre forskellige lag: Applikationer & digitale services, Data & integrationer og Teknologi & infrastruktur. Se mere om denne opdeling i artiklen IT Operating Model – et fundament for effektive it-leverancer.
Realiseringen er et iterativt samarbejde
Den tekniske realiseringen er ikke en ensidig leverance fra it til forretning eller omvendt. Realisering bør altid ske i et tæt samarbejde mellem forretning og it. Ofte passer tekniske løsninger ikke direkte ind i de eksisterende forretningsprocesser, og derfor skal forretningen være klar på justeringer.
Uanset om vi ændrer i den tekniske løsning eller forretningsprocesser, har det omkostninger. Samarbejdet skal være kontinuerligt for at sikre, at de tekniske løsninger hele tiden balancerer forretningsbehovene og de tekniske muligheder, rammer og vilkår der er – i den forbindelse vil forandringsledelse være afgørende for succes. Og i sidste ende er det vigtigt at forretningen forstår, hvad de får – og hvad de ikke får.
Arkitektur som bro mellem forretning og it
Ved at anvende Arkitektur-trekanten og arbejde struktureret med processer, funktionalitet og data, før der arbejdes med teknologiske løsninger, skabes der et langt bedre beslutningsgrundlag, som understøtter en robust og fremtidssikret digital transformation:
- Modellen fremmer klar kommunikation mellem forskellige afdelinger og faggrupper i en organisation ved at dele dialogen op i tre områder
- Ved at arbejde isoleret med hvert område undgår man at overse vigtige detaljer, der kan gå tabt, hvis man forsøger at løse det hele på én gang
- Modellen sikrer en struktureret ramme, som alle interessenter i en organisation kan arbejde ud fra og forstå, uden at have forståelse for tekniske løsninger
- Ved at skifte perspektiv flere gange opnår man en dybere forståelse af komplekse problemstillinger, hvilket fører til mere præcise løsninger
- Alle deltagere i processen får mulighed for at se, hvordan forretningens behov kan opfyldes gennem processer, funktionalitet og data, inden der træffes beslutninger om specifikke it-løsninger
Arkitektur-trekanten hjælper med at skabe en fælles forståelse ved at sikre, at alle elementer i en forretningsudfordring bliver behandlet systematisk og gennemtænkt.
Hold fokus på forretningsbehovene og lad dig ikke forstyre af teknologi, det skaber et solidt grundlag for at vælge de rigtige løsninger – og sikrer, at alle er enige om, hvad der skal gøres, og hvorfor det skaber værdi i forretningen.
Er jeres arkitektur klar til fremtidens digitalisering og AI?
Vi kan hjælpe jer med at øge modenheden og skabe stærkere samspil mellem it og forretning
Savner I en fælles ramme til at tale om processer, data og funktionalitet – uden at drukne i tekniske detaljer?
Vil I styrke jeres evne til at arbejde struktureret og samskabende med digital udvikling?
Hos IT ADVISORY bruger vi Arkitektur-trekanten til at gøre it-arkitektur konkret, handlingsorienteret og relevant – for både forretning og it.
Vi hjælper jer med at skabe et bedre beslutningsgrundlag, løfte digital modenhed og gøre samarbejdet mere værdiskabende.
Lad os tage en uforpligtende snak om, hvordan I bedst kommer i gang.
