Mognadsmodell för arkitekturfunktioner
Beskrivning | Arkitektur-perspektiv | Verksamhets-område | Publicerad / Version |
|---|---|---|---|
Stöd för din organisation då ni ska bedöma och utveckla er arkitekturfunktion. | Strategi |
| 2025-12-18/73 |
Mall
Öppna sidan och klicka på filen så att den visas i HTML-läge.
Klicka på nedladdningsikonen uppe till höger, bredvid krysset som stänger vyn.
Öppna filen via webbläsarens lista över nedladdade filer eller i mappen Hämtade filer på din dator.
InledningMognadsmodellen är ett verktyg för att bedöma och utveckla kommuners och regioners arkitekturfunktioner. Modellen utgör en central del av Arkitekturgemenskapens ramverk och ger stöd för att planera, styra och följa upp hur arkitekturarbetet bedrivs i organisationen. Den är också en gemensam referens för självskattning och jämförelse mellan olika organisationer. På sidan hittar du:
|
|---|
Vad är detta?
En mognadsmodell för arkitekturfunktion i kommun och region, baserad på Arkitekturgemenskapens ramverk, ISO 42020, TOGAF, AMM, m.fl.
Varför ska du läsa detta?
För att förstå och förbättra din organisations arkitekturfunktion.
Hur använder du materialet?
Identifiera nuläge → jämför mot mål → planera förbättring.
Så hänger modellen ihop! |
|---|
Bedöm var ni står i varje fokusområde genom att läsa nivåbeskrivningarna (0–5).
| |
|---|---|
Jämför nuläget med kravnivån enligt Skall–Bör–Kan.
| |
Identifiera gap – vad saknas för att nå nästa nivå?
| |
Följ upp mognadsutveckling över tid och redovisa för ledning.
|
Aktualisering av modellenFör att modellen ska vara relevant och användbar behöver den ses över årligen. Det är lämpligt att göra det i samband med planeringscykeln eller inför en ny mandatperiod. Vid en aktualisering:
En regelbunden aktualisering gör att modellen förblir ett levande verktyg och ökar förtroendet för den. |
|---|
Modellen fungerar i tre steg:
|
|---|
Så fungerar mognadsmodellen! |
|---|
Modellen bygger på beprövade ramverk som TOGAF, AMM, COBIT och naturligtvis Arkitekturgemenskapens egna. Den är omarbetad med offentlig sektor i fokus. Här fångar vi både det vi behöver kunna (förmåga) och det vi faktiskt levererar (tjänst). Definitionerna följer Arkitekturgemenskapens gemensamma begrepp, så att vi kan prata samma språk oavsett var vi arbetar i organisationen. Tanken är enkel. Modellen hjälper oss förstå var vi står idag och vad vi behöver stärka för att ta nästa steg. |
|---|
Vad menas med arkitekturfunktion? |
|---|
Arkitekturfunktionen är den samlade förmåga som möjliggör ledning, styrning och utveckling av verksamhets- och IT-arkitektur, i syfte att säkerställa helhet, nytta och långsiktig hållbarhet i digitaliseringen. Förmågan realiseras genom organisation, styrning, roller, processer och arbetssätt, och kan utvecklas över tid genom förändringar i dessa dimensioner. Funktionen består av de roller, forum, processer och arbetssätt som tillsammans möjliggör att arkitektur används som ett aktivt verktyg i styrning och beslutsfattande. Den kan vara organisatoriskt utspridd men har ett gemensamt uppdrag: att skapa sammanhang mellan verksamhetens mål, digitala initiativ och tekniska lösningar. Mognadsmodellen beskriver hur denna förmåga kan etableras, utvecklas och förvaltas över tid. Den fokuserar inte på enskilda arkitekters kompetens, utan på hur organisationen som helhet använder arkitektur för att skapa värde. Definitionen bygger på etablerade ramverk (ISO 42020, TOGAF ADM, UAF 1.2) där en funktion ses som en samlad förmåga att utföra ett särskilt uppdrag snarare än en specifik organisatorisk enhet. |
|---|
Använda modellen i praktiken |
|---|
Mognadsmodellen passar alla organisationer, från mindre kommuner till större regioner. Den skapar ett gemensamt språk för utveckling oavsett startpunkt eller nuvarande mognad. Använd modellen oavsett förutsättningarModellen hjälper er att:
Ni behöver inte ha allt på plats för att börja. Modellen stödjer nästa steg oavsett var ni befinner er. Använd modellen för etablerad arkitekturfunktionFör organisationer som redan arbetar med arkitektur handlar modellen om att synliggöra, mäta och utveckla det som redan fungerar:
Målet är samsyn och tydlighet, inte högsta nivå överallt. Använd modellen vid uppstartÄven utan anställda arkitekter kan modellen skapa struktur i arbetet med digitalisering och IT:
Se även avsnitten Så fungerar mognadsmodellen och Organisation och ansvar. Viktiga lärdomar
|
|---|
Mognadsnivåer |
|---|
Mognadsnivåerna är färgkodade från 0 till 5 för att ge en tydlig översikt. ⬜ 0 | 🟥 1 | 🟧 2 | 🟩 3 | 🟦 4 | 🟪 5 |
|---|
Mognadsnivå | Vad vi kan (förmåga) | Vad vi levererar (tjänst) |
| Vi har inte påbörjat arbetet än. Förmågan saknas eller är helt enkelt inte på kartan. | Ingen efterfrågan, ingen leverans. |
| Förmågan förekommer ad hoc. Beroende av individer. Oklart syfte. | Tjänstliknande insatser sker reaktivt, utan tydlig mottagare eller nytta. |
| Vissa delar av organisationen har kommit igång, men arbetet sker utan samlad riktning. | Tjänsten finns men ser olika ut beroende på var man tittar. |
| Förmågan är etablerad och förstås gemensamt. Kompetens, struktur och resurser finns. | Tjänsten är definierad, tillgänglig och levereras med stabil kvalitet. |
| Förmågan är integrerad, systematiskt använd och mäts för effekt. | Tjänsten är pålitlig, spårbar och bidrar till verifierad nytta för mottagare. |
| Förmågan är inte bara på plats. Den driver utveckling framåt. Vi förbättrar löpande, lär av våra erfarenheter och använder arkitektur som ett verktyg för innovation. | Tjänsten är levande, lyhörd och ger värde där det märks.
|
Ramverk och källor:
|
|---|
Fokusområden och prioriteringar |
|---|
För att modellen ska göra verklig nytta behöver den landa i konkret förändring. Därför har vi identifierat 15 fokusområden som tillsammans beskriver vad en fungerande arkitekturfunktion bör innehålla i en kommun eller region. Varje fokusområde är kopplat till en målnivå för mognad. Dessa nivåer speglar hur långt arbetet har kommit och hur väl det bidrar till verksamhetens mål. Klassificeringen sker enligt tre nivåer:
Så använder du tabellen:
|
|---|
Vi har också tydliggjort vilken rekommenderad mognadsnivå som motsvarar varje klassificering: |
|---|
Klassificering | Rekommenderad miniminivå |
|---|---|
Skall | Nivå 2-3 |
Bör | Nivå 3-4 |
Kan | Nivå 4-5 |
Förtydligande om klassificering och mognadsnivåer Klassificeringen Skall–Bör–Kan anger inte ytterligare mognadsnivåer, utan beskriver vilken mognadsnivå som minst behöver uppnås inom respektive fokusområde för att arkitekturfunktionen som helhet ska fungera enligt sitt uppdrag. Ett Bör-område kan därför ha en lägre faktisk mognad än ett Skall-område utan att det är ett fel, så länge grundläggande Skall-områden är etablerade. Fokusområden har egna mål- och fullnivåer som används för prioritering och utvecklingsplanering över tid. Den här strukturen hjälper er inte bara att skapa en tydlig utvecklingsplan. Den fungerar också som underlag för att kommunicera era resultat till ledning, revisorer eller styrgrupper på ett sätt som är både begripligt och konkret. Exempel på fokusområde – Roller och kompetens:
Denna struktur går att använda oavsett vilket fokusområde ni arbetar med. Mognadsmodellen och dessa områden kompletterar varandra och tillsammans visar de både vad ni har och vad ni behöver för att utvecklas vidare. Om djup och omfattning i beskrivningarna
Detta upplägg gör att modellen kan användas både för snabb översikt och fördjupat arbete, beroende på behov och mognadsnivå. |
|---|
Fokusområde | Klassificering | Miniminivå | Full nivå | Kort beskrivning | Motivering | Referens |
|---|---|---|---|---|---|---|
Arkitekturstyrning | Skall | 2 | 3 | Säkerställer principer, mandat och styrning av arkitekturarbetet | Ger grund för tydliga beslut och systematisk uppföljning | AG:s Ramverk, TOGAF ACMM, AMM, ISO 42020 |
Arkitekturråd | Skall | 2 | 3 | Forum för styrning och eskalering | Formellt forum för beslut | TOGAF ACMM |
Process & metodik | Skall | 2 | 3 | Gemensamt ramverk för hur arkitektur tas fram och följs upp | Säkrar enhetlig leverans och ökad förutsägbarhet | AG:s Ramverk, TOGAF, ISO 42020 |
Roller & kompetens | Skall | 2 | 3 | Tydliga arkitektroller och långsiktig kompetensförsörjning | Roller och mandat är en grundf-örutsättning för fungerande arkitekturarbete | AG:s Ramverk, TOGAF Skills, Gartner |
Organisation & ansvar | Skall | 2 | 3 | Placering, ägarskap och finansiering av arkitekturfunktionen | Klargör var arkitekturfunktionen hör hemma och vilket ansvar den har | AG:s Ramverk, TOGAF ACMM |
EA-artefakter & bibliotek | Skall | 2 | 3 | Gemensam plats för arkitekturens dokument och modeller | Central dokumentation med tydlig struktur och versionering | AG, AMM |
Verksamhets-anpassning | Skall | 2 | 3 | Koppling till kärnprocesser och invånarnas behov | Kopplar arkitekturen till förmågor och värdeskapande | Gartner Business Alignment |
Kontinuerlig mognadsutveckling | Bör | 3 | 4 | Regelbunden mätning och förbättring av arkitekturmognad | Ger underlag för systematiska förbättringar | AMM Continuous Improvement |
Intressentstyrning & kommunikation | Bör | 3 | 4 | Forum och strukturerad dialog med intressenter | Avgörande för förankring och förtroende | AMM Stakeholder Engagement |
Portföljstyrning | Bör | 3 | 4 | Styrning av projekt och resurser | Viktigt för prioritering och helhetssyn | Gartner Portfolio Management |
Teknik- & innovation | Bör | 3 | 4 | Planering för modernisering och interoperabilitet | Ger framtids-inriktning och minskar teknikskuld | Gartner Tech Innovation |
EA-verktyg & automatisering | Bör | 3 | 4 | EA-verktyg och automatisering av data och rapporter | Underlättar analys, ökar kvalitet och ger spårbarhet | AMM Tools |
Omvärldsbevakning | Bör | 3 | 4 | Bevakning av lagstiftning, standarder och tekniktrender | Håller arkitekturen relevant och framtidssäkrad | Gartner Trend Analysis |
Avancerad analys & simulering | Kan | 4 | 5 | Simuleringar och analyser som stärker beslutsstöd | Ger djupare insikter för bättre beslut | Ardoq EA Assessment |
Innovation & labbmiljöer | Kan | 4 | 5 | Strukturer för test av nya idéer och tekniker | Främjar innovation, lärande och samverkan | SCAMPI |
