Der er et gab i, hvordan enterprise-arkitektur praktiseres, og det følger næsten præcist virksomhedens størrelse. Store koncerner med tusindvis af medarbejdere har dedikerede EA-teams, etablerede værktøjer og en plads ved strategibordet. Små virksomheder har ikke brug for formel EA: landskabet er lille nok til at ligge i ét hoved.
Midt imellem ligger midmarkedet, organisationer med 200 til 5.000 medarbejdere og præcis én person, der forventes at holde porteføljen under kontrol. Det er her, gabet ligger.
Den usynlige arkitekt
I de fleste midmarkedsorganisationer har den, der reelt har ansvaret for enterprise-arkitektur, ikke den titel. Det er IT-direktøren, chefen for infrastruktur, CTO'en, eller en arkitekt der også står for sikkerhedsgennemgange, leverandørstyring og halvdelen af projektstyringen.
Den person kender landskabet. Vedkommende ved, hvilke systemer der er kritiske, hvilke der overlapper, og hvor den tekniske gæld er værst. Men den viden ligger i hovedet, i spredte regneark og i slides, der opdateres lige inden det kvartalsvise IT-review.
Viden findes. Strukturen gør ikke. Og når personen skifter rolle eller forlader organisationen, forsvinder den institutionelle forståelse af porteføljen med vedkommende.
Hvorfor enterprise-værktøjer ikke løser det
Det standardråd, en midmarkeds-IT-leder får, når EA skal tages seriøst, er at evaluere de store platforme: Ardoq, LeanIX, MEGA. Det er seriøse værktøjer med seriøse egenskaber. De er også designet til en anden kontekst.
En enterprise-EA-platform forudsætter et team til at implementere den, en metamodel-strategi før data overhovedet indtastes, budget til en lang implementering og løbende kapacitet til at vedligeholde repositoriet. I en midmarkedskontekst holder ingen af de forudsætninger.
Resultatet er forudsigeligt. En midmarkedsvirksomhed køber et enterprise-værktøj, bruger lang tid på implementering med konsulentbistand, får et delvist udfyldt repository og ser det derefter gå i forfald, fordi ingen har tid til at vedligeholde det.
Værktøjet er ikke problemet. Uoverensstemmelsen mellem værktøjet og konteksten er problemet.
Hvad midmarkedet faktisk har brug for
En midmarkeds-EA-kapacitet skal løse fem specifikke problemer, og ikke mere.
Inventar: en struktureret, vedligeholdt liste over applikationer med nok metadata til at klassificere, score og rapportere. Ikke en omfattende metamodel, men et praktisk inventar, én person kan holde ved lige.
Klassifikation: en måde at sortere porteføljen i handlingsorienterede kategorier på. TIME (Tolerate, Invest, Migrate, Eliminate) er industristandarden, fordi den peger direkte på beslutninger. Men klassifikation uden strategisk kontekst er blot farvelægning.
Kapabilitetskobling: broen mellem det, forretningen har brug for, og det, IT leverer. Et kapabilitetskort behøver ikke være udtømmende. Et to-niveaus kort, der forbinder forretningsfunktioner med de applikationer, der understøtter dem, er nok til at kunne føre en brugbar samtale med ledelsen.
Sundhedsoverblik: en oversigt, der svarer på det, ledelsen faktisk spørger om. Hvad koster det? Hvor er risikoen? Hvad er duplikeret? Hvad bør udfases?
Beslutningsstøtte: når nogen spørger "skal vi beholde eller udskifte det system?", bør svaret kunne udledes af data i værktøjet, ikke af en to-ugers analyse.
Alt andet ud over disse fem, procesmodellering, dataarkitektur, integrationskortlægning, interessentbilleder, er værdifuldt, men ikke grundlæggende. Det kan tilføjes senere. Det kan ikke begrunde starten.
60-minutters-testen
Der findes en praktisk test for, om et EA-værktøj passer til midmarkedskonteksten. Kan én person gå fra nul til et brugbart porteføljeoverblik på under 60 minutter?
Det betyder at importere eller indtaste applikationslisten, få en grundlæggende klassifikation på plads og se noget, der ligner et svar på spørgsmålet "hvordan ser vores landskab ud?"
Hvis svaret er nej, hvis værktøjet kræver metamodel-opsætning, tilpassede felter, integrationsarbejde eller konsulenttid, før man kan se sine egne data, er det ikke bygget til midmarkedet.
Det rigtige værktøj til denne kontekst er meningsdannende. Det træffer strukturelle valg for brugeren. Det forudsætter, at der ikke er tid til at konfigurere, og at der aldrig kommer et dedikeret EA-team. Det bytter fleksibilitet for hastighed til værdi.
Prisen for at gøre ingenting
Alternativet til rigtig EA-tooling er ikke kaos. Midmarkedets IT-ledere er kompetente mennesker. De styrer porteføljer med regneark, slides og institutionel viden.
Problemet opstår ved beslutningspunkterne. Når bestyrelsen spørger til cloud-migreringsparathed. Når en fusion kræver sammenlægning af landskaber. Når en ny CTO tiltræder og vil forstå porteføljen i sin første måned. Når personen, der havde det hele i hovedet, skifter rolle.
I de øjeblikke koster manglen på struktureret, vedligeholdt porteføljedata reel tid og reelle penge. Ikke fordi organisationen er inkompetent, men fordi viden findes i en form, der ikke kan forespørges, deles eller bygges videre på.
Gabet er ikke et værktøjsgab. Det er et strukturgab. Og det rigtige svar er ikke et større værktøj, men et værktøj, der passer til virkeligheden for den, der faktisk skal bruge det.
Atlas er bygget til organisationer med én EA- eller IT-leder og ingen tid til en lang, konsulentdrevet implementering.
Spekir bygger det lag, der forbinder strategi med IT-porteføljen. Se Atlas