Gå til hovedindholdet
FromNine
Menu

Rådgivning

Arkitektur­beslutninger du kan forsvare.

Vi hjælper dig med at vælge den rigtige vej, før du binder budgettet: et klart billede af dit nuværende landskab, muligheder med deres afvejninger, skriftlige beslutninger og en roadmap som leveranceteams faktisk kan følge.

For direktioner og it-ledere i virksomheder og myndigheder der skal vælge platforme, AI og cloud, før budgettet bindes.

Tal med os om dit projektLæs om AI-forordningen
Arkitektur & rådgivning: lagene i arbejdetTre lag oven på hinanden. Fra øverst til nederst: roadmappen i bølger, beslutningerne og deres dokumentation, og forståelsen af mål og nuværende situation som de bygger på.01Roadmap i bølger02Muligheder og beslutninger03Mål og nuværende situation
  1. 01Gennemgange af den nuværende situation der gør teknisk gæld og risiko synlig
  2. 02Muligheder sammenlignet på værdi, gennemførlighed, risiko og samlede omkostninger, dokumenteret som ADR’er
  3. 03Roadmaps ordnet efter afhængigheder og forretningsværdi, med kvalitetssikring af leverancen

01 Problemer

Når teams beder om en second opinion

  1. 01

    En stor beslutning skal træffes, og alle muligheder ser fornuftige ud

    Platform, udvikle eller købe, hvilken cloud, hvilken leverandør. Hver mulighed har en fortaler, og ingen har sammenlignet dem på samme vilkår.

  2. 02

    Tyve AI-idéer og ingen portefølje

    Afdelingerne foreslår use cases. Ingen har prioriteret dem efter værdi, gennemførlighed og risiko eller undersøgt hvilke der falder ind under AI-forordningens strengere kategorier.

  3. 03

    Programmet er forsinket, og ingen kan sige hvorfor

    Statusrapporterne er grønne, milepælene skrider, og styregruppen vil have et uafhængigt blik.

  4. 04

    Et udbud nærmer sig, og kravspecifikationen er ikke klar

    Organisationen ved hvad den har brug for i forretningssprog, men ikke hvordan den skal beskrives, så markedet kan give gode svar.

02 Leverancer

Det leverer vi

  1. 01 Arkitekturgennemgang

    En struktureret gennemgang af dit nuværende landskab: applikationer, data, integrationer, infrastruktur og kontrakter. Teknisk gæld gøres synlig og prioriteres i et risikoregister. Vi bruger ArchiMate og TOGAF, hvor din organisation gør det.

    Det gør vi

    • Interviews med arkitekter, ejere og driftsfolk
    • Oversigt over applikationer og integrationer
    • Vurdering af teknisk gæld og risiko
    • Gennemgang af omkostninger og kontrakter

    Det får du

    • Arkitektur for den nuværende situation
    • Risikoregister med ejere
    • Resultater præsenteret for beslutningstagerne

  2. 02 AI-parathed og portefølje af use cases

    En prioriteret portefølje af AI-use cases, vurderet på værdi, gennemførlighed og risiko, med en første klassificering efter AI-forordningen og en vurdering af om hver bør udvikles, købes eller løses med en partner.

    Det gør vi

    • Indsamling af use cases på tværs af afdelinger
    • Vurdering af værdi, dataparathed og risiko
    • Første klassificering efter AI-forordningen pr. use case
    • Analyse af udvikle, købe eller samarbejde

    Det får du

    • Prioriteret portefølje af use cases
    • De første tre use cases klar til start
    • Forudsætninger for data og platform

  3. 03 Målarkitektur og roadmap

    Platformsvalg på tværs af Salesforce, SAP, Odoo og specialudviklet software, ordnet i bølger med afhængigheder, samlede ejeromkostninger og de organisatoriske ændringer hver bølge kræver.

    Det gør vi

    • Kapabilitetskort og principper for målbilledet
    • Analyse af muligheder pr. domæne
    • Samlede ejeromkostninger over flere år
    • Planlægning af bølger med afhængigheder

    Det får du

    • Målarkitektur
    • Roadmap i bølger
    • Input til business case pr. bølge

  4. 04 Suverænitet og cloudstrategi

    Analyse af lock-in, beslutninger om dataplacering og exitplaner, så dine valg af cloud og SaaS kan gøres om, hvor det betyder noget.

    Det gør vi

    • Analyse af afhængigheder og lock-in
    • Dataklassificering og muligheder for dataplacering
    • Skøn over omkostninger ved exit
    • Kontraktklausuler til gennemgang med indkøb

    Det får du

    • Holdning til suverænitet pr. dataklasse
    • Exitplaner for kritiske services
    • Notat om cloudstrategi

  5. 05 Udbudsstøtte til offentlige myndigheder

    Markedsdialog, kravspecifikationer og tildelingskriterier. Vi er åbne om reglerne for forudgående inddragelse: efter artikel 41 i direktiv 2014/24/EU, som udbudsloven gennemfører i Danmark, kan arbejdet med at forberede et udbud få betydning for om vi senere må byde, og det aftaler vi på forhånd.

    Det gør vi

    • Behovsanalyse og markedsdialog
    • Funktionelle og ikke-funktionelle krav
    • Tildelingskriterier og evalueringsmodeller
    • Støtte til afklarende spørgsmål undervejs i udbuddet

    Det får du

    • Udbudsmateriale klar til offentliggørelse
    • Evalueringsmodel
    • Skriftlig aftale om senere deltagelse

  6. 06 Beslutningslog og kvalitetssikring af leverancen

    Skriftlige arkitekturbeslutninger, et arkitekturråd og uafhængige gennemgange af kørende programmer, så beslutninger kan spores og risici kommer frem tidligt.

    Det gør vi

    • Praksis og skabeloner for ADR’er
    • Etablering og facilitering af et arkitekturråd
    • Periodiske kvalitetsgennemgange
    • Sundhedstjek af programmer i problemer

    Det får du

    • Beslutningslog i brug
    • Kommissorium for arkitekturrådet
    • Rapporter fra kvalitetsgennemgange med anbefalinger

03 Arkitektur

Sådan bliver en beslutning til

Vores rådgivning følger én linje: fra dine mål og den nuværende situation, gennem muligheder vejet mod aftalte kriterier, til skriftlige beslutninger som dit arkitekturråd godkender, og derfra til en målarkitektur og en roadmap i bølger.

Under hvert trin ligger rammerne: suverænitet og exit, klassificering efter AI-forordningen, udbudsregler og kapaciteten i dine egne teams.

Lagene i tegningen

Forstå
Forretningsmål, rammer, det nuværende landskab og dets risici.
Beslut
Kriterier, muligheder, arkitekturrådet og de skriftlige arkitekturbeslutninger.
Planlæg
Målarkitektur, roadmappen i bølger og kvalitetssikring undervejs i leverancen.
Eksempel

  1. Forstå

    • Forretningsmål og rammer
    • Nuværende situation
    • Risikoregister

  2. Beslut

    • Kriterier: værdi, risiko, omkostning
    • Muligheder
    • Arkitekturråd
    • Skriftlige beslutninger

  3. Planlæg

    • Målarkitektur
    • Roadmap i bølger
    • Kvalitetssikring af leverancen

  4. Rammer

    • Rammer: suverænitet og exit, AI-forordningen, udbudsregler
Fra mål til roadmap gennem skriftlige beslutninger

Illustrativ metode, ikke en kundeopgave.

Læs diagrammet som tekst

Hovedruten går fra forretningsmål og rammer til en gennemgang af den nuværende situation, derefter til muligheder, så til skriftlige arkitekturbeslutninger, så til målarkitekturen og til sidst til en roadmap i bølger.

Gennemgangen af den nuværende situation giver et risikoregister. Aftalte kriterier for værdi, gennemførlighed, risiko og samlede omkostninger former mulighederne. Arkitekturrådet, hvor dine arkitekter beslutter, godkender de skriftlige beslutninger. Kvalitetsgennemgange af leverancen følger roadmappen.

Et bånd af rammer nederst dækker suverænitet og exit, klassificering efter AI-forordningen og udbudsregler.

04 Hensyn og begrænsninger

Hensyn og begrænsninger

  • Uafhængighed

    Sådan håndterer vi det

    Vi bygger og driver også systemer, blandt andet på Salesforce, SAP og Odoo. I rådgivningen sammenligner vi muligheder på kriterier aftalt med dig, før vi ser på leverandører, og vi dokumenterer hvorfor hver mulighed fik den score den fik.

    Begrænsninger og afhængigheder

    Hvis du har brug for rådgivning fra en part der ikke skal levere bagefter, så sig det. Vi aftaler det på forhånd eller anbefaler dig at vælge et rent rådgivningsfirma.

  • Regulering og jura

    Sådan håndterer vi det

    Vi bringer praktisk kendskab til AI-forordningen, GDPR, NIS 2-loven og udbudsloven ind i arkitekturbeslutningerne.

    Begrænsninger og afhængigheder

    Vi giver ikke juridisk rådgivning. Klassificeringer og fortolkninger er input til dine jurister, som foretager den juridiske vurdering.

  • Roadmaps møder virkeligheden

    Sådan håndterer vi det

    Roadmaps ordnes efter afhængigheder og kapacitet og gennemgås ved slutningen af hver bølge.

    Begrænsninger og afhængigheder

    Ingen roadmap overlever uændret. Dens værdi ligger i de beslutninger den gør tydelige, og derfor holder vi den levende gennem kvalitetsgennemgange i stedet for at aflevere den som et dokument.

05 Sådan arbejder vi

Sådan arbejder vi

Kort, struktureret og baseret på dokumentation, med dine arkitekter med ved bordet.

  1. 01

    Aftal spørgsmålet

    Hvad der skal besluttes, af hvem, hvornår, og hvilke kriterier der tæller.

    ResultatBeslutningsoplæg

  2. 02

    Saml dokumentation

    Interviews, dokumenter, systemdata og omkostningstal, nok til at understøtte beslutningen og ikke mere.

    ResultatBeslutningsgrundlag og billede af den nuværende situation

  3. 03

    Sammenlign muligheder

    To til fire realistiske muligheder vurderet mod de aftalte kriterier, med risici og omkostninger.

    ResultatAnalyse af muligheder

  4. 04

    Beslut og dokumentér

    Dit arkitekturråd beslutter. Vi skriver beslutningen ned og laver den roadmap der følger af den.

    ResultatSkriftlige beslutninger og roadmap

  5. 05

    Kvalitetssikr leverancen

    Periodiske gennemgange der kontrollerer om leverancen stadig følger beslutningerne, og som melder når en beslutning bør tages op igen.

    ResultatRapporter fra kvalitetsgennemgange

06 Menneskelig kontrol

Hvem beslutter

Vi rådgiver. Beslutningerne ligger hos dem der har ansvaret for dem.

  • Dit arkitekturråd godkender

    Hver arkitekturbeslutning godkendes af dit arkitekturråd eller den ejer du udpeger, aldrig af os alene.

  • Kriterier kommer før muligheder

    Du aftaler kriterierne og deres vægt, før mulighederne vurderes, så resultatet ikke kan justeres bagefter.

  • Uenighed bliver skrevet ned

    Hvor interessenter er uenige, viser beslutningen alternativerne og grundene til at de ikke blev valgt.

07 Eksempel

Et illustrativt eksempel

Eksempel

Valg af ERP for en voksende SMV før digital bogføring

01Udgangspunkt
En voksende virksomhed med salg i Danmark og Tyskland kører økonomi på et ældre system og en række regneark. Bogføringsloven stiller krav om digital bogføring, og registrerede digitale bogføringssystemer skal understøtte e-fakturering i OIOUBL og Peppol BIS. Ledelsen vil vælge én retning, som virksomheden kan vokse med.
02Det ville vi bygge
En analyse der sammenligner et standard-ERP i skyen, et ERP med branchetilpasning og en løsning hvor det nuværende system beholdes med et registreret bogføringssystem ved siden af. Hver mulighed vurderes på omkostninger, risici og en roadmap i bølger.
03Her beslutter mennesker
Direktionen fastsætter kriterierne og træffer beslutningen. Økonomichefen og virksomhedens revisor gennemgår konsekvenserne for bogføring og afslutning, før beslutningen godkendes.
04Det ville vi måle
Samlede ejeromkostninger i planlægningsperioden, tiden til månedsafslutning og antallet af manuelle posteringer og snitflader der skal vedligeholdes.

08 Brancher

I din branche

  • Offentlig sektor

    Målarkitekturer for digital forvaltning, kravspecifikationer til udbud og roadmaps der tager højde for MitID, NemHandel og kravene til interoperabilitet. Læs mere om vores arbejde for den offentlige sektor.

  • Finansiel sektor

    Arkitekturbeslutninger dokumenteret til tilsynet, med IKT-tredjepartsrisiko og exitstrategier bygget ind.

  • Industri & produktion

    ERP- og fabrikssystemer samlet på tværs af lokationer, med en roadmap der respekterer produktionskalenderen.

Danmark

Beslutninger der holder over for danske regler

Arkitekturbeslutninger i Danmark skal holde over for flere regelsæt på én gang: AI-forordningen med Digitaliseringsstyrelsen, Datatilsynet og Domstolsstyrelsen som nationale myndigheder, NIS 2-loven med Styrelsen for Samfundssikkerhed, og for offentlige myndigheder udbudsloven med udbudsbekendtgørelser på udbud.dk. Forordningen om et interoperabelt Europa forventer desuden at offentlige myndigheder vurderer interoperabilitet på tværs af grænser, før de fastsætter bindende krav.

Vi gør rammerne til udtrykkelige kriterier i hver analyse af muligheder og skriver ned hvordan hver beslutning opfylder dem. Så kan det samme ræsonnement præsenteres for en bestyrelse, en revisor eller en tilsynsmyndighed.

Spørgsmål om arkitektur og rådgivning

Hvor lang tid tager en arkitekturgennemgang?

Det afhænger af omfanget. En fokuseret gennemgang af ét domæne eller én beslutning tager nogle uger, og en gennemgang af hele landskabet tager længere tid. Vi aftaler omfang, spørgsmål og tidsplan i et beslutningsoplæg, før vi starter.

Kan I være uafhængige, når I også leverer?

Vi gør vores ræsonnement gennemsigtigt: kriterier aftales før mulighederne, scorer dokumenteres, og alternativer skrives ned. Hvis du har brug for fuld adskillelse mellem rådgivning og levering, aftaler vi på forhånd at vi ikke byder på leverancen, eller vi anbefaler dig at vælge en anden rådgiver.

Foretrækker I Salesforce, SAP eller Odoo?

Vi er partner hos alle tre (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner), og vi udvikler også specialsoftware, så vi har ikke én bestemt platform at sælge. Hver passer til forskellige situationer, og nogle gange er det rigtige svar en kombination, for eksempel SAP på koncernniveau og Odoo i mindre datterselskaber.

Kan I hjælpe os med at forberede et udbud og derefter byde på det?

Måske, men ikke automatisk. Udbudsreglerne tillader kun forudgående inddragelse, når ordregiveren sikrer at konkurrencen ikke fordrejes, for eksempel ved at dele de oplysninger vi har udarbejdet, med alle tilbudsgivere. Vi drøfter det åbent, før vi starter, og ordregiveren beslutter.

Hvor skal vi starte med AI?

Med en portefølje, ikke en enkelt pilot: saml mulige use cases, vurdér dem på værdi, dataparathed og risiko, og start med to eller tre der er værdifulde, gennemførlige og har lav nok risiko til at man kan lære af dem. Vores teams i AI-engineering & generativ AI bygger dem derefter med evaluering på plads før første release.

Hvem kommer vi til at arbejde med?

Erfarne arkitekter med leveranceerfaring, støttet af specialister fra et fællesskab på over 2.400 medarbejdere, når et spørgsmål kræver det: sikkerhed, data, AI eller en bestemt platform.

Fortæl os om den beslutning der ligger på dit bord

Vi foreslår hvordan den kan rammesættes, hvilken dokumentation den kræver, og hvor lang tid et solidt svar vil tage.

Tal med os om dit projektSe den offentlige sektor