Spørgsmålet kommer oftest fra organisationer der allerede har købt det ene og nu bliver tilbudt det andet. Det korte svar: de besvarer forskellige spørgsmål, og det ene kan ikke vokse sig ind i det andets rolle.
Et CMDB svarer på driftsspørgsmål. Hvad kører hvor, hvad afhænger af hvad, og hvem skal have besked når en server skal patches klokken tre om natten. Detaljeniveauet er konfigurationselementer: servere, services, instanser. Sandheden ændrer sig dagligt, og værdien ligger i at den er maskinelt opdateret.
Et EA-værktøj svarer på beslutningsspørgsmål. Hvilke tre systemer gør reelt det samme, hvad understøtter strategien og hvad gør ikke, hvad skal vi afvikle før kontrakten fornys, og hvad rammer det hvis vi gør. Detaljeniveauet er applikationer, kapabiliteter og beslutninger. Sandheden ændrer sig når organisationen beslutter noget, ikke når en instans genstarter.
Forvekslingen opstår fordi begge indeholder en liste over systemer. Men listerne har forskellige ejere, forskellig kadence og forskellige læsere. Driften læser CMDB'et dagligt. Direktionen ser aldrig i det, og skulle den gøre det, ville den ikke blive klogere: et CMDB kan ikke svare på om porteføljen understøtter næste års plan.
Det betyder ikke at man skal vælge. Et velholdt CMDB er en glimrende datakilde for et EA-værktøj: det leverer hvad der faktisk kører, og EA-laget tilføjer hvad det betyder. Har I et CMDB med høj datakvalitet, er I tættere på et brugbart porteføljeoverblik end de fleste.
Hvornår er CMDB'et nok? Når de spørgsmål I får, er driftsspørgsmål. Den dag spørgsmålene bliver til fornyelser, konsolidering eller AI-governance på tværs af porteføljen, er det ikke længere formatet der mangler, det er beslutningslaget.
Læs videre: Applikationslandskabet · Integrationer · Din arkitekturmodel er allerede forældet
Atlas er gratis i early access, og du starter med det du har. Regneark er en fin start. Få early access.
Spekir bygger det lag, der forbinder strategi med IT-porteføljen. Se Atlas