Alle, der har arbejdet med enterprise-arkitektur, kender livscyklussen.
År nul: begejstring. Et repository købes eller bygges, workshops afholdes, systemkortet tegnes. Det er flot. Det kommer med i en ledelsespræsentation.
År ét: friktion. Systemejerne får tilsendt det halvårlige survey. Svarprocenten er, lad os kalde det beskeden. Arkitekten jagter svar, opdaterer manuelt, og begynder at bruge formuleringen "det er nogenlunde retvisende".
År to: stilhed. En leder træffer en beslutning på baggrund af modellen, opdager at tre af systemerne blev udfaset i fjor, og stoler aldrig på repositoriet igen. Modellen er ikke død af én fejl. Den er død af fordampning.
Det er ikke en historie om dovne organisationer. Det er en historie om en arbejdsdeling, der aldrig har fungeret: mennesker er glimrende til at bekræfte og korrigere, og elendige til at huske at opdatere registre. Hele den klassiske EA-disciplin er bygget på den svageste menneskelige evne, der findes: vedvarende, frivillig dataindtastning.
Surveys er en høflig måde at få forkerte data på
Lad os være ærlige om spørgeskemaet til systemejere. Det beder travle mennesker om at afbryde rigtigt arbejde for at genindtaste viden, der allerede findes i andre systemer: hvem der bruger applikationen står i SSO-loggen, hvad den koster står i økonomisystemet, hvornår den sidst blev opdateret står hos leverandøren.
Surveyet er med andre ord en manuel integration, udført af de dyreste medarbejdere, med lavest mulige motivation. At branchen kalder resultatet "survey-fatigue" er næsten kærligt. Det er ikke træthed. Det er et rationelt fravalg.
Den levende model vender arbejdsdelingen om
Princippet bag en levende model er enkelt: software samler, agenter foreslår, mennesker afgør.
I Atlas ser det sådan ud:
Signalerne flyder ind af sig selv. Import og connectors henter det, der allerede er registreret andre steder. Ingen bliver bedt om at genindtaste noget, en maskine kan slå op.
Agenter skriver udkastet. Baggrundsagenter beriger poster, opdager sandsynlige dubletter, markerer forældede oplysninger og foreslår relationer: dette system understøtter formentlig denne kapabilitet, denne applikation ligner en AI-feature der bør i registret. Hvert forslag kommer med begrundelse og kilde.
Mennesker bekræfter i Verify. Alle forslag lander i én indbakke. Systemejeren, der før fik et kvarters spørgeskema, får nu et udkast og en knap. Bekræft, ret eller afvis. Ti sekunder, ikke femten minutter. Det er hele forskellen på en model, der rådner, og en model, der lever: vedligehold er ikke længere en opgave, nogen skal huske. Det er en strøm, systemet selv driver.
Friskhed er synlig. Hver oplysning ved, hvornår den sidst blev bekræftet, og af hvad. Modellen påstår ikke at være perfekt. Den viser dig præcis, hvor den er sikker, og hvor den er blevet gammel. Det lyder ydmygt. Det er faktisk det modsatte: det er den eneste form for selvtillid, der kan efterprøves.
Hvorfor det er vigtigere lige nu end for to år siden
Der er kommet en ny læser af arkitekturmodellen, og den læser meget hurtigere end os.
Organisationers egne AI-assistenter og agenter har brug for kontekst om virksomheden: hvilket system ejer kundedata, hvem godkender hvad, hvad hænger sammen med hvad. Med Model Context Protocol kan de hente den kontekst direkte fra modellen. Atlas serverer den med kildehenvisninger, og tager ændringsforslag retur gennem review.
Men det stiller ét ubønhørligt krav: modellen skal være sand. En forældet model, der læses af mennesker, koster en dårlig beslutning i ny og næ. En forældet model, der læses af agenter i produktion, skalerer fejlene med maskinkraft.
En levende model er derfor ikke længere et kvalitetsønske for arkitekturafdelingen. Det er infrastruktur-forudsætningen for hele den agentiske virksomhed.
Prøv tanken af på jeres egen model
Tre spørgsmål, der afgør om jeres nuværende tilgang lever eller fordamper:
- Hvornår blev jeres systemkort sidst opdateret af noget andet end et menneske i en deadline?
- Kan I se, hvilke dele af modellen der er friske, og hvilke der er antikviteter?
- Hvis en AI-assistent i morgen spurgte jeres model om noget, ville I være stolte af svaret?
Hvis svarene gør lidt ondt, er det ikke jer, den er gal med. Det er arbejdsdelingen. Den kan skiftes ud, så det hænger sammen.
Prøv Atlas på atlas.spekir.com. Demo-workspacet kommer med et realistisk rodet landskab, så du kan se Verify-flowet arbejde. Eller tal med os om EA.
Spekir bygger det lag, der forbinder strategi med IT-porteføljen. Se Atlas