Hoppa till huvudinnehållet
FromNine
Meny

Rådgivning

Arkitekturbeslut som håller för granskning.

Innan pengarna är bundna reder vi ut vilken väg som bär: hur systemmiljön ser ut i dag, vilka alternativ som finns och vad de kostar i risk och pengar, varför ett beslut fattades och i vilken ordning teamen ska genomföra det.

För ledningsgrupper i Finland som ska besluta om plattformar, AI och moln, i företag med bolag i flera länder eller i offentliga organisationer som betjänar på två språk.

Berätta om ditt projektLäs om AI-förordningen
Arkitektur och rådgivning: skikten i tjänstenTre skikt ovanpå varandra. Uppifrån och ned: färdplanen i etapper, besluten och dokumentationen av dem och 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ägesbilder där teknisk skuld och risker står svart på vitt
  2. 02Varje alternativ vägt mot nytta, genomförbarhet, risk och totalkostnad och sparat som arkitekturbeslut
  3. 03Etapper i den ordning beroendena och verksamhetens nytta kräver, med uppföljning medan arbetet pågår

01 Utmaningar

När ledningen vill ha en andra åsikt

  1. 01

    Ett stort vägval väntar och varje alternativ låter vettigt

    Färdig plattform eller eget bygge, vilket moln, vilken leverantör. Alla har sina förespråkare inom huset, men ingen har ställt dem mot varandra med samma måttstock.

  2. 02

    Många AI-idéer, ingen prioritering

    Idéerna kommer från avdelningarna, men ingen har vägt dem mot varandra eller kontrollerat vilka som enligt AI-förordningen räknas som högrisksystem.

  3. 03

    Satsningen drar ut på tiden utan synbar orsak

    Rapporterna lyser gröna medan tidplanen glider, och styrgruppen vill att någon utomstående tittar på läget.

  4. 04

    Anbudsförfrågan ska ut, men kraven är inte klara

    Den upphandlande enheten vet vilket problem som ska lösas men inte hur kraven formuleras så att anbudsgivarna kan svara punkt för punkt och anbuden går att jämföra.

02 Leveranser

Det här levererar vi

  1. 01 Arkitektur­genomgång

    Vi kartlägger dagens systemmiljö med tillämpningar, data, integrationer, infrastruktur och avtal. Den tekniska skulden förs in i ett riskregister där varje punkt har en ägare och en prioritet. Om din organisation redan använder ArchiMate eller TOGAF följer vi det.

    Det här gör vi

    • Intervjuer med arkitekter, ägare och driftansvariga
    • Förteckning över tillämpningar och integrationer
    • Bedömning av teknisk skuld och risker
    • Genomgång av kostnader och avtal

    Det här får du

    • Nulägesarkitektur
    • Riskregister med ägare
    • Slutsatser presenterade för beslutsfattarna

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

    Användningsfallen för AI samlas i en portfölj där varje fall har fått poäng för nytta, genomförbarhet och risk, en preliminär klassning enligt AI-förordningen och ett förslag på om det ska byggas själv, köpas eller tas fram med en partner.

    Det här gör vi

    • Insamling av användningsfall från avdelningarna
    • Bedömning av nytta, databeredskap och risk
    • Första klassning enligt AI-förordningen per användningsfall
    • Analys av att 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 i fråga om data och plattform

  3. 03 Målarkitektur och färdplan

    Vi ställer Salesforce, SAP, Odoo och egenutvecklad programvara mot varandra per område och ordnar valen i etapper med beroenden, totalkostnad och de förändringar i organisationen som varje etapp förutsätter.

    Det här gör vi

    • Förmågekarta och principer för målbilden
    • Analys av alternativen per område
    • Totalkostnad över flera år
    • Planering av etapperna med beroenden

    Det här får du

    • Målarkitektur
    • Färdplan i etapper
    • Underlag för investeringskalkylen per etapp

  4. 04 Suveränitet och molnstrategi

    Var finns inlåsningen, var får uppgifterna ligga och vad kostar det att byta? Med svaren på de frågorna och en exitplan förblir valen av moln och SaaS reversibla där det har betydelse.

    Det här gör vi

    • Analys av beroenden och inlåsning
    • Klassning av uppgifterna och alternativ för lagringsplats
    • Uppskattning av kostnaden för att byta
    • Avtalsvillkor att gå igenom med upphandlingen

    Det här får du

    • Ställningstagande till suveränitet per uppgiftsklass
    • Exitplaner för kritiska tjänster
    • Molnstrategi

  5. 05 Stöd för offentliga upphandlingar

    Marknadsdialog, funktionella krav och jämförelsegrunder inför en upphandling enligt upphandlingslagen (1397/2016). Vi är öppna med reglerna om tidigare medverkan: enligt artikel 41 i direktiv 2014/24/EU kan arbetet med att förbereda en upphandling påverka om vi senare får lämna anbud, och det kommer vi överens om från början.

    Det här gör vi

    • Behovsanalys och marknadsdialog
    • Funktionella och icke-funktionella krav
    • Jämförelsegrunder och poängmodeller
    • Stöd med svar på frågor under anbudstiden

    Det här får du

    • Upphandlingsdokument färdiga att publicera i Hilma
    • Ram för utvärderingen av anbuden
    • Skriftlig överenskommelse om senare deltagande

  6. 06 Dokumenterade beslut och kvalitetssäkring

    Arkitekturråd, beslutslogg och oberoende granskningar av pågående satsningar gör att varje beslut går att följa bakåt och att riskerna syns innan de blir dyra.

    Det här gör vi

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

    Det här får du

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

03 Arkitektur

Från fråga till beslut

Rådgivningen löper i en riktning. Först förstår vi målen och nuläget, sedan vägs alternativen mot kriterier som är bestämda i förväg, därefter godkänner ditt arkitekturråd besluten och först sist ritas målarkitekturen och etapperna upp.

Hela vägen finns ramarna med: suveränitet och möjlighet att byta leverantör, riskklassen enligt AI-förordningen, upphandlingsreglerna och hur mycket den egna personalen hinner med. I Finland hör också kraven på service på finska och svenska till ramarna.

Skikten i bilden

Förstå
Målen, ramarna, systemen som finns i dag och riskerna i dem.
Besluta
Kriterierna, alternativen, arkitekturrådet och beslutsloggen.
Planera
Målbilden, etapperna och granskningen medan de genomförs.
Illustrativt exempel

  1. Förstå

    • Mål och begränsningar
    • Genomgång av nuläget
    • Riskregister

  2. Besluta

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

  3. Planera

    • Målarkitektur
    • Färdplan i etapper
    • Kvalitetssäkring

  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

Bilden visar en kedja i sex led: mål och begränsningar, nulägesgenomgång, alternativ, dokumenterade beslut, målarkitektur och sist en färdplan i etapper.

Nulägesgenomgången resulterar i ett riskregister. Kriterierna för nytta, risk och kostnad avgör hur alternativen vägs. Arkitekturrådet, där organisationens arkitekter har sista ordet, godkänner besluten, och kvalitetssäkringen följer färdplanen när den genomförs.

Längst ned löper ett band med ramarna: suveränitet och exit, klassning enligt AI-förordningen och upphandlingsreglerna.

04 Överväganden och gränser

Ramar och gränser

  • Oberoende

    Så hanterar vi det

    Eftersom vi också levererar och förvaltar system, bland annat på Salesforce, SAP och Odoo, låser vi kriterierna tillsammans med dig innan någon leverantör nämns. Poängen och motiveringen för varje alternativ sparas så att du kan kontrollera dem.

    Gränser och beroenden

    Vill du ha en rådgivare som inte får leverera efteråt, säg det i början. Antingen avstår vi från leveransen, eller så hänvisar vi dig till en byrå som enbart ger råd.

  • Lagar och juridiska bedömningar

    Så hanterar vi det

    Arkitekturbesluten tar hänsyn till AI-förordningen, dataskyddsförordningen, cybersäkerhetslagen (124/2025) och upphandlingslagen så som de påverkar systemen i praktiken.

    Gränser och beroenden

    Juridisk rådgivning ingår inte. Våra klassningar och tolkningar går till organisationens jurister, och det är de som gör den rättsliga bedömningen.

  • Planer ändras

    Så hanterar vi det

    Etapperna läggs efter beroenden och tillgänglig personal, och planen tas upp till ny prövning när en etapp är klar.

    Gränser och beroenden

    En färdplan blir aldrig genomförd exakt som den skrevs. Det värdefulla är besluten den synliggör, så vi följer upp den i granskningar i stället för att lämna över en pärm.

05 Arbetssätt

Så arbetar vi

Avgränsat, strukturerat och baserat på fakta, och dina arkitekter sitter med hela tiden.

  1. 01

    Formulera frågan

    Vilket beslut, vem som fattar det, när det behövs och vilka kriterier som väger tyngst.

    ResultatBeslutsbeskrivning

  2. 02

    Samla fakta

    Intervjuer, dokument, uppgifter ur systemen och kostnader, så mycket som beslutet kräver och inget mer.

    ResultatFaktaunderlag och nulägesbild

  3. 03

    Väg alternativen

    Två, tre eller fyra realistiska vägar får poäng mot kriterierna, med risk och kostnad för var och en.

    ResultatAlternativanalys

  4. 04

    Fatta och spara beslutet

    Arkitekturrådet fattar beslutet, och vi skriver beslutsdokumentet och den färdplan som följer av det.

    ResultatBeslutslogg och färdplan

  5. 05

    Följ upp genomförandet

    Regelbundna granskningar visar om arbetet fortfarande följer besluten och när ett beslut behöver tas upp på nytt.

    ResultatGranskningsrapporter

06 Mänsklig kontroll

Vem som beslutar

Vår roll är att ge råd. Det är de ansvariga i din organisation som fattar besluten.

  • Arkitekturrådet har sista ordet

    Inget arkitekturbeslut gäller förrän ditt arkitekturråd, eller den ägare du har utsett, har godkänt det. Vi kan aldrig godkänna ett beslut på egen hand.

  • Kriterierna låses först

    Kriterierna och hur tungt de väger bestäms och godkänns av dig innan något alternativ får poäng. Resultatet går därför inte att vrida i efterhand.

  • Oenighet syns i beslutet

    Om intressenterna inte är eniga framgår det av beslutsdokumentet, med de alternativ som valdes bort och skälen till det.

07 Exempel

Ett illustrativt exempel

Illustrativt exempel

Ett affärssystem för ett växande familjeföretag med systerbolag i Sverige

01Utgångsläge
Ett familjeägt företag som tillverkar båttillbehör har efter två förvärv tre affärssystem i Finland, Sverige och Estland. Varje bolag vill behålla sitt, och styrelsen vill ha en samlad bild av ekonomi och lager. Det finländska bolaget säljer också till offentliga köpare som kräver nätfakturor.
02System
En analys av tre alternativ: ett gemensamt affärssystem för hela koncernen, en tvåskiktsmodell med en kärna på koncernnivå och lättare lokala system eller enbart integration. Varje alternativ har kostnader, risker och en färdplan i etapper.
03Mänsklig kontroll
Styrelsen och koncernens arkitekturråd fastställer kriterierna och fattar beslutet; bolagens ledare går igenom vad beslutet betyder för deras verksamhet innan det godkänns.
04Det här skulle vi mäta
Totalkostnad under planeringsperioden, tid till ett konsoliderat månadsbokslut och antalet gränssnitt som ska underhållas.

08 Branscher

I din bransch

  • Offentlig sektor

    Målarkitekturer för digitala offentliga tjänster som fungerar på finska och svenska, upphandlingsdokument enligt upphandlingslagen och färdplaner som tar hänsyn till Suomi.fi-tjänsterna. Läs mer om vårt arbete inom offentlig sektor.

  • Finansiella tjänster

    Beslut om arkitekturen som går att visa upp för Finansinspektionen, med IKT-leverantörernas risker och exitstrategierna enligt DORA inräknade från början.

  • Tillverkningsindustri

    Affärssystem och fabrikssystem på flera orter och i flera länder samlas till färre, i en takt som produktionsplaneringen tål.

Finland

Beslut som håller för finländska krav

Ett arkitekturbeslut i Finland prövas mot flera regelverk samtidigt. AI-förordningen och NIS2 gäller i hela EU, men tillsynen följer de finländska lagarna: cybersäkerhetslagen (124/2025) sedan 8 april 2025 och lagen om tillsyn över vissa system för artificiell intelligens (1377/2025) sedan 1 januari 2026. För offentliga organisationer förväntar sig förordningen om ett interoperabelt Europa att den gränsöverskridande interoperabiliteten bedöms innan bindande krav fastställs.

Upphandlingar genomförs enligt upphandlingslagen (1397/2016), och upphandlingsannonserna publiceras i Hilma på finska, svenska eller båda språken. En tvåspråkig myndighet ska dessutom betjäna allmänheten på finska och svenska, så språket blir ett arkitekturkrav och inte en eftertanke.

Vi gör sådana begränsningar till uttryckliga kriterier i varje analys av alternativen och dokumenterar hur varje beslut uppfyller dem. Samma resonemang kan då läggas fram för styrelsen, revisorerna eller en tillsynsmyndighet.

Frågor om arkitektur och rådgivning

Hur lång tid tar en arkitekturgenomgång?

Det hänger på hur mycket som ska granskas. Ett enskilt beslut eller ett avgränsat område klarar vi på några veckor, medan hela systemmiljön kräver mer tid. Omfattning, frågeställningar och tidtabell skrivs in i en beslutsbeskrivning innan arbetet börjar.

Kan ni vara oberoende om ni också levererar?

Genom att visa hur vi resonerar: kriterierna låses innan alternativen tas fram, poängen sparas och de förkastade alternativen dokumenteras. Krävs en helt vattentät åtskillnad mellan råd och leverans avstår vi från att lämna anbud på leveransen, eller så rekommenderar vi en annan rådgivare.

Föredrar ni Salesforce, SAP eller Odoo?

Vi är partner till alla tre (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner) och skriver också egen programvara, så ingen plattform är vår favorit på förhand. De passar för olika behov, och ibland blir svaret en blandning, till exempel SAP i moderbolaget och Odoo i mindre dotterbolag i Finland, Sverige eller Baltikum.

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

Möjligen, men det är inte givet. Enligt direktiv 2014/24/EU får den som har medverkat i förberedelserna delta bara om den upphandlande enheten ser till att konkurrensen inte snedvrids, till exempel genom att ge alla anbudsgivare samma underlag. Frågan tas upp innan vi börjar, och det är den upphandlande enheten som avgör.

Var ska vi börja med AI?

Inte med en ensam pilot utan med en portfölj. Samla förslagen, ge dem poäng för nytta, databeredskap och risk och välj två eller tre som är värda att göra, går att genomföra och har så låg risk att organisationen kan lära sig av dem. Teamen inom AI-utveckling och generativ AI bygger dem sedan och mäter kvaliteten redan före den första releasen.

Vem kommer vi att arbeta med?

Erfarna arkitekter som själva har levererat system. Hos oss arbetar över 2 400 medarbetare, och när frågan gäller säkerhet, data, AI eller en viss plattform tar vi in specialister bland dem.

Vilket beslut ligger på ditt bord?

Vi föreslår hur frågan ska ställas, vilka fakta som behövs och hur lång tid ett hållbart svar kräver.

Berätta om ditt projektUtforska offentlig sektor