Enterprise Architecture
IT-strategi, der styrer beslutningerne
En IT-strategi er ikke et dokument. Det er de få principper, der afgør, hvad I siger ja og nej til.
Enterprise Architecture
En IT-strategi er ikke et dokument. Det er de få principper, der afgør, hvad I siger ja og nej til.
Kort fortalt
En IT-strategi beskriver, hvordan teknologien skal understøtte forretningens mål de næste 3-5 år. En brugbar IT-strategi har tre lag: en north star med retning og principper, en målarkitektur for de næste 12-24 måneder og en roadmap, der viser vejen derhen.
De fleste IT-strategier springer det første lag over. Så optimerer hvert projekt sit eget hjørne. Bagefter kan ingen forklare, hvorfor systemlandskabet ser ud, som det gør.
Gratis skabelon · Word
North star, arkitekturprincipper, det I holder op med, målarkitektur og roadmap i etaper. Kort nok til, at direktionen læser den.
Gratis og uden tilmelding.
Flere gratis skabeloner finder I under skabeloner og værktøjer.
Hvert lag har sin egen tidshorisont og sit eget publikum. Direktionen læser north star. Arkitekterne arbejder i målarkitekturen. Projekterne styrer efter roadmappen.
Forretningsretning, arkitekturprincipper og hvad vi holder op med
Hvor skal vi hen og hvad siger vi nej til?
Kapabilitetskort, platformsvalg og hvilke systemer der skal ændres
Hvordan skal landskabet se ud, når vi er der?
Etaper og projekter i prioriteret rækkefølge
Hvad gør vi først?
IT-strategien, som forhåbentlig er skrevet sammen med forretningen, sætter rammen for EA-governance. EA-governance sætter rammen for IT-driften. Hvert led arbejder inden for rammen fra leddet før.
Retning, principper og hvad I holder op med. Skrevet sammen med forretningen.
Ejes af: Direktion og CIO
Vi køber standardsystemer, før vi bygger selv
Guardrails, guidelines og IT-politik, der omsætter strategien til regler for projekter og indkøb.
Ejes af: Arkitekturfunktion og arkitekturråd
Nye systemer vurderes mod principperne, før de købes
Den daglige drift, overvågning og ændringer inden for de rammer, governance sætter.
Ejes af: IT-drift og systemejere
Standardplatforme, der er til at drive og overvåge
Vendt om: EA opfinder guardrails først. Strategien kommer bagefter. Så skal reglerne afstemmes med forretningen, når det allerede gør ondt.
Vi køber standardsystemer og tilpasser processen, før vi udvikler selv. Undtagelsen er det, der adskiller os fra konkurrenterne.
Kunder, produkter og medarbejdere har hver ét system, der ejer data. Alle andre systemer henter derfra.
Nye systemer kører som SaaS eller i cloud, medmindre der er en dokumenteret grund til andet.
Systemerne taler sammen gennem en fælles integrationsplatform, ikke direkte punkt til punkt.
Et princip er kun brugbart, hvis det kan afgøre en konkret sag. "Vi vil være innovative" er ikke et princip. "Vi køber før vi bygger" er, fordi det kan sige nej til et projekt.
Fra vores egne projekter
En kunde ville etablere enterprise arkitektur og startede med selv at formulere guardrails og guidelines. De var bare ikke afstemt med forretningen.
Det viste sig allerede ved det første nedbrud og den efterfølgende audit. Principperne og forretningen trak i hver sin retning. Flere ting skulle afstemmes og ensrettes bagefter. Det blev spildt tid, som en IT-strategi skrevet sammen med forretningen kunne have sparet.
3 → 1
ERP-systemer
6
arkitekturprincipper
18 mdr.
til målarkitekturen
Forestil jer en produktionsvirksomhed med 1.200 medarbejdere og tre ERP-systemer efter tre opkøb. North star siger: én fælles platform for økonomi og produktion inden for fem år. Og vi holder op med at tilpasse standardsystemer.
Målarkitekturen for de næste 18 måneder viser ét ERP, en fælles integrationsplatform og et datalager til rapportering. To af de tre ERP-systemer bliver udfaset.
Roadmappen starter med økonomi i det mindste selskab. Det giver erfaring med migreringen, før de store selskaber skal flytte.
Genkender I to eller flere af tegnene, er strategien et dokument og ikke et styringsværktøj.
Det løses sjældent med en ny strategi. Oftest skal den eksisterende koges ned til principper, som arkitekturfunktionen har mandat til at bruge.
Advarselstegn
Erfaring fra vores projekter
Den vigtigste linje i en IT-strategi er ofte den, der siger, hvad I holder op med. Det er den, der frigør tid og penge til det, I vil. Uden den bliver strategien en ønskeliste oven på alt det, I allerede gør.
Mange af de guardrails, der defineres i EA, kommer fra IT-strategien. Eller det burde de. Hvis ikke, bliver det reverse engineering: EA definerer guardrails og guidelines, som bagefter bliver til en IT-politik. Det er som at bygge broen, mens man kører på den.
Mere om Enterprise Architecture
Vi hjælper med arkitektur, der hænger sammen med forretningen. Tag en uforpligtende samtale om jeres situation.