Öppen källkod i svenska myndigheter – varför går det sakta?

Öppen källkod har länge lyfts fram som ett sätt att minska kostnader, öka transparensen och ge organisationer större kontroll över sina digitala system. Trots detta går införandet av öppen källkod relativt långsamt i svenska myndigheter. Det handlar inte enbart om teknik, utan också om upphandling, säkerhetskrav, kompetens, befintliga IT-miljöer och invanda arbetssätt. Myndigheter behöver dessutom väga kortsiktiga kostnader mot långsiktiga möjligheter och risker. Varför är steget från intresse till faktisk användning så svårt? I den här artikeln tittar vi närmare på de viktigaste hindren och på varför öppen källkod fortfarande har en begränsad roll i delar av den svenska offentliga sektorns digitala utveckling.

Hinder i upphandling och regelverk

Öppen källkod kan ge svenska myndigheter större kontroll över programvara, men vägen från intresse till faktisk användning påverkas av hur offentlig upphandling fungerar. Myndigheter behöver följa omfattande regler när de köper in IT-system och tjänster, samtidigt som lösningarna måste uppfylla krav på säkerhet, support och långsiktig förvaltning. I många upphandlingar blir det därför enklare att beskriva ett färdigt kommersiellt system än att formulera krav som lämnar utrymme för öppen källkod. Det kan göra att etablerade leverantörer får ett naturligt försprång, även när myndigheten skulle kunna dra nytta av öppna tekniker.

Krav som påverkar valet av programvara

En central fråga är hur upphandlingen utformas från början. Om en myndighet formulerar krav som utgår från en viss produkt, ett särskilt licensupplägg eller en etablerad leverantörsmodell kan alternativen bli begränsade. Öppen källkod fungerar ofta annorlunda eftersom programvaran kan användas, förändras och vidareutvecklas av flera aktörer. Det innebär att myndigheten behöver bedöma funktion, säkerhet, förvaltning och kompetens snarare än enbart vem som säljer själva programvaran. När kravställningen inte tar hänsyn till dessa skillnader riskerar öppna lösningar att sorteras bort redan innan de har fått möjlighet att konkurrera på lika villkor.

Support och ansvar väger tungt

För en myndighet räcker det inte att en programvara är tekniskt användbar. Det måste också finnas en tydlig modell för support, underhåll och ansvar när något går fel. Kommersiella leverantörer erbjuder ofta avtal där ansvarsfördelningen är relativt enkel att beskriva. Med öppen källkod kan stödet i stället komma från flera företag, konsulter eller myndighetens egen organisation. Det kan vara en fördel, eftersom beroendet av en enskild leverantör minskar, men det kräver samtidigt att myndigheten har tillräcklig beställarkompetens för att hantera modellen. Den extra komplexiteten kan göra traditionella alternativ mer attraktiva vid en upphandling.

Säkerhetskraven påverkar besluten

Säkerhet är ytterligare ett område där myndigheter behöver göra noggranna bedömningar. Öppen källkod innebär att källkoden är tillgänglig för granskning, men det betyder inte automatiskt att en lösning är säker. Säkerheten beror bland annat på hur programvaran utvecklas, uppdateras, konfigureras och förvaltas. Myndigheter behöver därför bedöma säkerhetsprocesser, sårbarhetshantering och ansvar över tid. Om organisationen saknar erfarenhet av sådana bedömningar kan det upplevas som enklare att välja en etablerad leverantör med färdiga processer. Därmed kan säkerhetskrav indirekt bidra till att bromsa införandet av öppna lösningar.

Långsiktighet behöver vägas in

Upphandlingar fokuserar ofta på den lösning som ska införas här och nu, medan värdet av öppen källkod i många fall blir tydligare över längre tid. Möjligheten att byta leverantör, anpassa programvaran och återanvända komponenter kan minska vissa former av leverantörsberoende. Samtidigt kräver dessa möjligheter investeringar i kompetens och förvaltning. En myndighet behöver alltså inte bara fråga vad en lösning kostar vid inköpstillfället, utan även hur den kan utvecklas under många år. När sådana långsiktiga perspektiv väger lätt i beslutsprocessen blir det svårare för öppna alternativ att få genomslag.

Brist på kompetens och långsiktiga resurser

Tekniken är bara en del av frågan om varför öppen källkod används långsamt i svenska myndigheter. Minst lika viktigt är den kompetens som krävs för att välja, införa och förvalta öppna lösningar. Många myndigheter har redan stora IT-miljöer där personalens erfarenhet är kopplad till specifika plattformar och leverantörer. När en organisation överväger en annan teknisk modell behöver den kunna bedöma både tekniska och organisatoriska konsekvenser. Om rätt kompetens saknas kan förändringen uppfattas som mer riskfylld än att fortsätta med de system och arbetssätt som redan används.

Kompetens behöver finnas internt

Öppen källkod kräver inte nödvändigtvis att en myndighet själv utvecklar all programvara. Däremot behöver organisationen förstå hur systemen fungerar och hur de ska förvaltas. Det kan handla om kunskap inom exempelvis systemarkitektur, licenser, säkerhet, versionshantering och integrationer. När kompetensen huvudsakligen finns hos externa leverantörer blir det svårare för myndigheten att själv bedöma vilka alternativ som är lämpliga. Ett starkt internt kunnande gör det däremot lättare att ställa relevanta krav och avgöra när öppen källkod kan ge praktiska fördelar. Kompetensfrågan blir därför central för den långsiktiga utvecklingen.

Förvaltning kostar resurser

En vanlig föreställning är att öppen källkod automatiskt innebär lägre kostnader eftersom licensavgifter kan saknas eller vara begränsade. Den ekonomiska bilden är mer komplicerad. Programvaran behöver fortfarande installeras, integreras, övervakas, uppdateras och säkras. Dessutom kan myndigheten behöva köpa konsulttjänster eller bygga upp egen kompetens. Fördelarna kan därför ligga i större flexibilitet och minskat beroende snarare än i en omedelbar besparing. Om budgetmodeller främst fokuserar på inköpskostnaden kan de långsiktiga effekterna av en öppen lösning bli svårare att synliggöra i beslutsunderlaget.

Rekrytering påverkar möjligheterna

Kompetensförsörjning är också en praktisk utmaning. Specialister inom vissa områden av öppen källkod kan vara efterfrågade på hela arbetsmarknaden, vilket gör det svårt för myndigheter att både rekrytera och behålla personal. Samtidigt kan organisationer som arbetar aktivt med moderna öppna tekniker erbjuda medarbetare möjlighet att utveckla eftertraktad kompetens. Det kan skapa en positiv spiral, men den kräver investeringar och kontinuitet. Om arbetet med öppen källkod sker i enstaka projekt utan långsiktig plan riskerar kunskapen att försvinna när nyckelpersoner byter roll eller lämnar organisationen.

Samarbete kan minska trösklarna

En annan möjlighet är att myndigheter delar erfarenheter och tekniska lösningar med varandra. Öppen källkod lämpar sig väl för återanvändning, eftersom programvara kan vidareutvecklas av flera organisationer utan att varje aktör behöver börja från början. För att detta ska fungera krävs dock samordning, gemensamma standarder och tydliga modeller för ansvar. Om varje myndighet bygger egna lösningar separat kan mycket av potentialen gå förlorad. Samarbete kan därför vara ett sätt att minska både kompetensbrist och utvecklingskostnader, samtidigt som myndigheterna får bättre kunskap om hur öppna tekniker fungerar i praktiken.

Befintliga system bromsar utvecklingen

En av de mest konkreta orsakerna till att öppen källkod kan få svårt att slå igenom är att svenska myndigheter redan har omfattande IT-miljöer. Många system har byggts upp under lång tid och är tätt kopplade till databaser, integrationsplattformar, administrativa processer och andra verksamhetskritiska funktioner. Att ersätta en sådan miljö är sällan en fråga om att bara installera ny programvara. Förändringen kan påverka stora delar av organisationen och kräva omfattande tester, migrering och utbildning. Därför blir det ofta enklare att fortsätta utveckla det som redan finns.

Gamla system skapar beroenden

När ett system har använts under många år uppstår ofta tekniska och organisatoriska beroenden. Personal har utbildats i lösningen, information har lagrats enligt dess struktur och andra system har byggts för att kommunicera med den. Även om en öppen lösning skulle kunna erbjuda större flexibilitet kan själva övergången innebära betydande arbete. Myndigheten måste då bedöma om nyttan motiverar kostnaden och risken under förändringsperioden. Det innebär att ett tidigare teknikval kan påverka organisationens handlingsutrymme långt efter att det ursprungliga systemet infördes.

Integrationer gör byten svårare

Moderna myndigheters IT-miljöer består sällan av enskilda program som fungerar helt oberoende av varandra. Olika system behöver utbyta information och följa gemensamma säkerhets- och datamodeller. Ett byte av en central komponent kan därför kräva förändringar på flera andra ställen. Öppen källkod kan användas i sådana miljöer, men det förutsätter att myndigheten har kontroll över sina gränssnitt och integrationer. Om systemen är starkt knutna till specifika leverantörer eller proprietära format kan en förändring bli mer omfattande. Tekniska beroenden blir därmed ett konkret hinder för snabb omställning.

Migration kräver planering

Att gå från en befintlig lösning till en ny innebär dessutom ofta att data måste flyttas och kontrolleras. För myndigheter kan detta vara särskilt känsligt eftersom informationen kan vara verksamhetskritisk och behöva hanteras enligt särskilda krav. En migration måste därför planeras noggrant, testas i flera steg och genomföras utan att verksamheten påverkas mer än nödvändigt. Det kan göra att myndigheter väljer att införa öppen källkod först i nya projekt, där det inte finns samma tekniska arv. På så sätt kan organisationen pröva nya arbetssätt utan att direkt behöva ersätta centrala äldre system.

Förändring sker ofta stegvis

Det innebär att öppen källkod inte nödvändigtvis behöver införas genom ett enda stort teknikskifte. Ett alternativ är att börja med nya tjänster, mindre interna system eller komponenter där beroendet till befintliga plattformar är begränsat. Då kan myndigheten bygga upp erfarenhet av licenser, säkerhet, förvaltning och leverantörsrelationer innan mer omfattande förändringar genomförs. En sådan stegvis utveckling kan också göra det lättare att identifiera vilka delar av IT-miljön som lämpar sig för öppna lösningar. Samtidigt påverkas tempot av hur snabbt organisationen kan frigöra resurser från befintlig förvaltning och investera i nya tekniska arbetssätt.