Hoppa till huvudinnehållet
FromNine
Meny

Rådgivning

Arkitekturbeslut som går att försvara.

Vi hjälper dig att välja rätt väg innan du binder upp budget: en tydlig bild av dagens systemmiljö, alternativ med sina avvägningar, dokumenterade beslut och en färdplan som leveransteamen faktiskt kan följa.

För ledningsgrupper i svenska företag, myndigheter, regioner och kommuner som ska besluta om plattformar, AI och moln.

Berätta om ditt projektLäs om AI-förordningen
Arkitektur och rådgivning: förmågor i lagerTre lager staplade på djupet. Uppifrån och ned: färdplanen i etapper, besluten och dokumentationen av dem samt förståelsen av mål och nuläge som de vilar på.01Färdplan i etapper02Alternativ och dokumenterade beslut03Mål och nuläge
  1. 01Nulägesanalyser som synliggör teknisk skuld och risk
  2. 02Alternativ som jämförs på nytta, genomförbarhet, risk och total kostnad och dokumenteras som arkitekturbeslut
  3. 03Färdplaner ordnade efter beroenden och verksamhetsnytta, med uppföljning av leveransen

01 Problem

När team vill ha en oberoende bedömning

  1. 01

    Ett stort beslut närmar sig och alla alternativ verkar rimliga

    Plattform, bygga eller köpa, vilket moln, vilken leverantör. Varje alternativ har en förespråkare, och ingen har jämfört dem på samma villkor.

  2. 02

    Tjugo AI-idéer, ingen portfölj

    Avdelningarna föreslår användningsfall. Ingen har rangordnat dem efter nytta, genomförbarhet och risk eller kontrollerat vilka som hamnar i AI-förordningens strängare kategorier.

  3. 03

    Programmet är försenat och ingen kan säga varför

    Statusrapporterna är gröna, delmålen glider och styrgruppen vill ha en oberoende bedömning.

  4. 04

    En upphandling närmar sig och upphandlings­dokumentet är inte klart

    Organisationen vet vad den behöver i verksamhetens termer men inte hur kraven ska formuleras så att marknaden kan lämna bra anbud.

02 Leveranser

Det här levererar vi

  1. 01 Arkitektur­genomgång

    En strukturerad genomgång av din nuvarande systemmiljö: applikationer, data, integrationer, infrastruktur och avtal. Teknisk skuld synliggörs och rangordnas i ett riskregister. Vi använder ArchiMate och TOGAF där din organisation gör det.

    Det här gör vi

    • Intervjuer med arkitekter, ägare och driftansvariga
    • Inventering av applikationer och integrationer
    • Bedömning av teknisk skuld och risk
    • Genomgång av kostnader och avtal

    Det här får du

    • Arkitektur för nuläget
    • Riskregister med ägare
    • Resultat som presenteras för beslutsfattarna

  2. 02 AI-mognad och portfölj av användningsfall

    En rangordnad portfölj av användningsfall för AI, bedömda efter nytta, genomförbarhet och risk, med en första klassning enligt AI-förordningen och en bedömning av om varje fall ska byggas, köpas eller lösas med en partner.

    Det här gör vi

    • Insamling av användningsfall från hela organisationen
    • Bedömning av nytta, datamognad och risk
    • Första klassning enligt AI-förordningen per användningsfall
    • Analys av bygga, köpa eller samarbeta

    Det här får du

    • Prioriterad portfölj av användningsfall
    • De tre första användningsfallen redo att starta
    • Förutsättningar för data och plattform

  3. 03 Målarkitektur och färdplan

    Plattformsval mellan Salesforce, SAP, Odoo och egenutvecklad programvara, ordnade i etapper med beroenden, total ägandekostnad och de organisatoriska förändringar som varje etapp kräver.

    Det här gör vi

    • Förmågekarta och principer för målbilden
    • Alternativanalys per område
    • Total ägandekostnad över flera år
    • Etappplanering med beroenden

    Det här får du

    • Målarkitektur
    • Färdplan i etapper
    • Underlag till nyttokalkyl per etapp

  4. 04 Suveränitet och molnstrategi

    Analys av inlåsning, beslut om var data lagras och exitplaner, så att dina val av moln och SaaS går att ändra där det spelar roll.

    Det här gör vi

    • Analys av beroenden och inlåsning
    • Klassning av data och alternativ för var den lagras
    • Uppskattning av kostnader för exit
    • Avtalsvillkor att gå igenom med inköp och upphandling

    Det här får du

    • Ställningstagande om suveränitet per dataklass
    • Exitplaner för kritiska tjänster
    • Molnstrategi

  5. 05 Stöd i offentlig upphandling

    Marknadsdialog, funktionella krav och utvärderingskriterier inför en upphandling enligt LOU. Vi är öppna med reglerna om tidigare deltagande: enligt artikel 41 i direktiv 2014/24/EU, som LOU bygger på, kan förberedelser av en upphandling påverka om vi får lämna anbud senare, och det kommer vi överens om från början.

    Det här gör vi

    • Behovsanalys och marknadsdialog
    • Funktionella och icke-funktionella krav
    • Utvärderingskriterier och modeller för poängsättning
    • Stöd med svar på frågor under anbudstiden

    Det här får du

    • Kravspecifikation klar för annonsering
    • Ramverk för utvärdering
    • Skriftlig överenskommelse om senare deltagande

  6. 06 Dokumenterade beslut och uppföljning av leveransen

    Dokumenterade arkitekturbeslut, arkitekturråd och oberoende granskningar av pågående program, så att besluten går att spåra och riskerna syns tidigt.

    Det här gör vi

    • Arbetssätt och mallar för arkitekturbeslut
    • Inrättande och ledning av arkitekturråd
    • Återkommande granskningar
    • Hälsokontroller av program som har problem

    Det här får du

    • Beslutslogg som används
    • Arbetsordning för arkitekturrådet
    • Granskningsrapporter med rekommendationer

03 Arkitektur

Så byggs ett beslut

Vårt rådgivningsarbete följer en linje: från dina mål och nuläget, via alternativ som vägs mot avtalade kriterier, till dokumenterade beslut som ditt arkitekturråd godkänner, och därifrån till en målarkitektur och en färdplan i etapper.

Under varje steg ligger begränsningarna: suveränitet och exit, klassning enligt AI-förordningen, upphandlingsregler och kapaciteten i dina egna team.

Lager i bilden

Förstå
Verksamhetens mål, begränsningar, den nuvarande systemmiljön och dess risker.
Besluta
Kriterier, alternativ, arkitekturrådet och dokumenterade arkitekturbeslut.
Planera
Målarkitektur, färdplanen i etapper och uppföljning under leveransen.
Illustrativt exempel

  1. Förstå

    • Verksamhetens mål och begränsningar
    • Nulägesanalys
    • Riskregister

  2. Besluta

    • Kriterier: nytta, risk, kostnad
    • Alternativ
    • Arkitekturråd
    • Dokumenterade beslut

  3. Planera

    • Målarkitektur
    • Färdplan i etapper
    • Uppföljning av leveransen

  4. Begränsningar

    • Begränsningar: suveränitet och exit, klassning enligt AI-förordningen, upphandlings­regler
Från mål till färdplan genom dokumenterade beslut

Illustrativ metod, inte ett kunduppdrag.

Läs diagrammet som text

Huvudflödet går från verksamhetens mål och begränsningar till en nulägesanalys, sedan till alternativ, därefter till dokumenterade arkitekturbeslut, sedan till målarkitekturen och till sist till en färdplan i etapper.

Nulägesanalysen ger ett riskregister. Avtalade kriterier för nytta, genomförbarhet, risk och total kostnad formar alternativen. Arkitekturrådet, där dina arkitekter beslutar, godkänner de dokumenterade besluten. Granskningar av leveransen följer färdplanen.

Ett band av begränsningar underst omfattar suveränitet och exit, klassning enligt AI-förordningen och upphandlingsregler.

04 Överväganden och begränsningar

Överväganden och begränsningar

  • Oberoende

    Så hanterar vi det

    Vi bygger och driver också system, bland annat i Salesforce, SAP och Odoo. I rådgivningen jämför vi alternativ mot kriterier som vi har kommit överens om med dig innan vi tittar på leverantörer, och vi dokumenterar varför varje alternativ fick sin bedömning.

    Begränsningar och beroenden

    Om du behöver råd från någon som inte ska leverera efteråt, säg det. Vi kommer överens om det från början eller rekommenderar att du väljer en renodlad rådgivare.

  • Regelverk och juridik

    Så hanterar vi det

    Vi tar med praktisk kunskap om AI-förordningen, dataskyddsförordningen, cybersäkerhetslagen och LOU in i arkitekturbesluten.

    Begränsningar och beroenden

    Vi ger inte juridisk rådgivning. Klassningar och tolkningar är underlag för dina jurister, som gör den juridiska bedömningen.

  • Färdplaner möter verkligheten

    Så hanterar vi det

    Färdplanerna ordnas efter beroenden och kapacitet och ses över i slutet av varje etapp.

    Begränsningar och beroenden

    Ingen färdplan överlever oförändrad. Värdet ligger i de beslut den gör tydliga, och därför håller vi den levande genom återkommande granskningar i stället för att lämna över den som ett dokument.

05 Så arbetar vi

Så arbetar vi

Kort, strukturerat och baserat på belägg, med dina arkitekter i rummet.

  1. 01

    Enas om frågan

    Vad som ska beslutas, av vem, när och vilka kriterier som räknas.

    ResultatBeslutsunderlag

  2. 02

    Samla belägg

    Intervjuer, dokument, systemdata och kostnadsuppgifter, tillräckligt för att stödja beslutet och inte mer.

    ResultatFaktaunderlag och bild av nuläget

  3. 03

    Jämför alternativ

    Två till fyra realistiska alternativ som bedöms mot de avtalade kriterierna, med risker och kostnader.

    ResultatAlternativanalys

  4. 04

    Besluta och dokumentera

    Ditt arkitekturråd beslutar; vi skriver ned beslutet och den färdplan som följer av det.

    ResultatDokumenterade beslut och färdplan

  5. 05

    Följ upp leveransen

    Återkommande granskningar som kontrollerar att leveransen fortfarande stämmer med besluten och signalerar när ett beslut bör omprövas.

    ResultatGranskningsrapporter

06 Mänsklig kontroll

Vem som beslutar

Vi ger råd. Besluten stannar hos dem som ansvarar för dem.

  • Ditt arkitekturråd godkänner

    Varje dokumenterat arkitekturbeslut godkänns av ditt arkitekturråd eller den ägare som du utser, aldrig av oss ensamma.

  • Kriterierna kommer före alternativen

    Du godkänner bedömningskriterierna och deras vikter innan alternativen bedöms, så att utfallet inte kan justeras i efterhand.

  • Avvikande meningar dokumenteras

    Där intressenterna är oense visar beslutsdokumentet alternativen och skälen till att de inte valdes.

07 Exempel

Ett illustrativt exempel

Illustrativt exempel

En målarkitektur för en statlig myndighets verksamhets­system

01Utgångsläge
En statlig myndighets verksamhetssystem har vuxit fram i takt med nya uppdrag. Flera är egenutvecklade och några närmar sig slutet av sin livslängd. Ledningen behöver ett samlat underlag inför kommande upphandlingar enligt LOU.
02Det här skulle vi bygga
En alternativanalys som jämför fortsatt förvaltning, standardsystem och en gemensam plattform per verksamhetsområde, med kostnader, risker, krav enligt cybersäkerhetslagen och en färdplan i etapper.
03Här beslutar människor
Myndighetens arkitekturråd fastställer kriterierna och fattar beslutet; cheferna för verksamhetsområdena bedömer konsekvenserna för sina processer innan beslutet fattas.
04Det här skulle vi mäta
Total ägandekostnad över planeringsperioden, antal system och integrationer att förvalta och andel system med en namngiven ägare och en livscykelplan.

08 Branscher

I din bransch

  • Offentlig sektor

    Målarkitekturer för digital förvaltning, underlag till upphandlingsdokument och färdplaner som tar hänsyn till Ena och förordningen om ett interoperabelt Europa. Läs mer om vårt arbete inom offentlig sektor.

  • Finansiella tjänster

    Arkitekturbeslut som dokumenteras så att de kan visas för Finansinspektionen, med risker hos IKT-tredjepartsleverantörer och exitstrategier inbyggda.

  • Tillverkningsindustri

    Affärssystem och fabrikssystem som rationaliseras över flera anläggningar, med en färdplan som tar hänsyn till produktionskalendern.

Sverige

Beslut som håller för svenska krav

Arkitekturbeslut i en svensk organisation prövas mot flera regelverk samtidigt: AI-förordningen, cybersäkerhetslagen (2025:1506), lagen om offentlig upphandling (LOU) och, för offentliga aktörer, förordningen om ett interoperabelt Europa, som kräver att gränsöverskridande interoperabilitet bedöms innan bindande krav fastställs. Från den 1 januari 2027 är Digitaliseringsmyndigheten behörig myndighet och enda kontaktpunkt enligt den förordningen.

Vi gör sådana krav till uttryckliga kriterier i varje alternativanalys och dokumenterar hur varje beslut uppfyller dem, så att samma resonemang kan läggas fram för en styrelse, en revisor eller en tillsynsmyndighet. När en upphandling följer besvarar vi upphandlingsdokumentet punkt för punkt.

Frågor om arkitektur och rådgivning

Hur lång tid tar en arkitekturgenomgång?

Det beror på omfattningen. En fokuserad genomgång av ett område eller ett beslut tar några veckor; en genomgång av hela systemmiljön tar längre tid. Vi kommer överens om avgränsning, frågor och tidplan i beslutsunderlaget innan vi börjar.

Kan ni vara oberoende om ni också levererar?

Vi gör vårt resonemang öppet: kriterier som avtalas före alternativen, dokumenterade bedömningar och nedskrivna alternativ. Om du behöver en fullständig åtskillnad mellan råd och leverans kommer vi överens från början om att vi inte lämnar anbud på leveransen, eller så rekommenderar vi att du väljer en annan rådgivare.

Föredrar ni Salesforce, SAP eller Odoo?

Vi har partnerstatus hos alla tre (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner) och bygger också egen programvara, så vi har ingen enskild plattform att sälja. De passar i olika situationer, och ibland är rätt svar en kombination, till exempel SAP på koncernnivå och Odoo i mindre dotterbolag.

Kan ni hjälpa oss att förbereda en upphandling och sedan lämna anbud?

Kanske, men inte automatiskt. Direktiv 2014/24/EU, som LOU bygger på, tillåter att den som har varit med och förberett en upphandling deltar bara om den upphandlande myndigheten ser till att konkurrensen inte snedvrids, till exempel genom att dela den information som vi har tagit fram. Vi tar upp det öppet innan vi börjar, och den upphandlande myndigheten beslutar.

Var ska vi börja med AI?

Med en portfölj, inte en enskild pilot: samla in tänkbara användningsfall, bedöm dem efter nytta, datamognad och risk och börja med två eller tre som är värdefulla, genomförbara och har tillräckligt låg risk för att man ska kunna lära av dem. Teamen inom AI-utveckling och generativ AI bygger dem sedan med utvärdering på plats före första release.

Vilka kommer vi att arbeta med?

Seniora arkitekter med erfarenhet från leveranser. Vi är över 2 400 medarbetare, så specialister inom säkerhet, data, AI eller en viss plattform kan komma in när en fråga kräver det.

Berätta om beslutet på ditt bord

Vi föreslår hur det kan ramas in, vilket underlag det behöver och hur lång tid ett välgrundat svar skulle ta.

Berätta om ditt projektUtforska offentlig sektor