Introduksjon

Generelt

Samhandlingsplattformen er de digitale verktøyene SAMT-BU bruker for å samarbeide på tvers av organisasjoner: dokumentasjonsnettstedet docs.samt-bu.no og oppgavestyringen.

SAMT-BU skal levere et rammeverk for datadrevet tjenesteutvikling som andre kan bygge videre på. En god samhandlingsplattform hører med, fordi måten vi samarbeider på også er noe andre kan ha nytte av. Verktøyene er derfor dokumentert med tanke på andre enn prosjektet selv. I beste fall kan de gjenbrukes og skaleres direkte. Ellers bør de i det minste kunne tjene som eksempler til inspirasjon og videreutvikling.

Valg av git og git-plattform

Løsningene bygger på git, et åpent og utbredt system for versjonskontroll. Innhold ligger som tekstfiler, oppgaver føres som saker, og endringer foreslås og behandles før de tas inn. Denne arbeidsformen er ikke knyttet til én leverandør.

Git trenger en plattform som lagrer repoene og tilbyr saker, tilgangsstyring og bygging. Løsningene så langt er bygget på GitHub. Resten av siden forklarer hvorfor, hva valget koster med tanke på digital suverenitet, og hva som skal til for å velge annerledes. Andre sider i dokumentasjonen henviser hit i stedet for å gjenta begrunnelsen.

Status: foreløpig valg. GitHub har vært brukt siden dokumentasjonsarbeidet startet i februar 2026. Valget er ført i beslutningsloggen og kan tas opp igjen.

Hva GitHub brukes til

Hvorfor GitHub

• Der samarbeidspartnerne er. GitHub er mest brukt i Digdir og blant samarbeidspartnerne. Altinn, Felles datakatalog og de fleste synlige prosjekter med åpen kildekode i norsk offentlig sektor ligger der.
• Ingen terskel for å komme i gang. Mange deltakere har allerede konto, og bruken er gratis for åpne repoer.
• Modent økosystem. Verktøy, integrasjoner og dokumentasjon finnes for nesten alt prosjektet trenger.

Valget er pragmatisk, ikke nødvendigvis det arkitektonisk sterkeste.

Hva valget koster: digital suverenitet

GitHub eies av Microsoft og er underlagt amerikansk lov, blant annet CLOUD Act. GitHub er ikke åpen kildekode, og kan ikke driftes i egen regi i en norsk eller europeisk infrastruktur uten lisens fra Microsoft.

For et prosjekt i offentlig sektor betyr det at

• prosjektets arbeidsflate er avhengig av én kommersiell leverandør utenfor EU/EØS
• vilkår, priser og funksjoner kan endres uten at prosjektet har innflytelse
• innholdet er offentlig i dag, men ikke-offentlig eller sensitivt innhold bør ikke legges der uten en egen vurdering

Det samme gjelder Cloudflare, som publiserer nettstedet og håndterer innloggingen. Cloudflare er også et amerikansk selskap. Et bytte av git-plattform løser derfor ikke suverenitetsspørsmålet for nettstedet alene. Publiseringen må vurderes for seg.

Så lenge innholdet er åpent og kan flyttes, vurderer vi risikoen som akseptabel. Det er grunnen til at valget er foreløpig.

Docs-løsningen og plattformvalget

Nettstedet docs.samt-bu.no er den delen av prosjektet som er tettest knyttet til plattformvalget. Den er satt sammen av lag med svært ulik binding:

Den innebygde redigeringen er bygget for prosjektet og gjør at deltakere uten Git-kunnskap kan bidra. Den er også den største bindingen. Se SAMT-BU Docs for hvordan løsningen er bygget.

Alternativer

Den samme arbeidsformen finnes i andre git-baserte løsninger:

For lignende prosjekter i offentlig sektor bør en løsning som kan driftes i egen regi vurderes som førstevalg.

Hva som skal til for å bytte

Innholdet, som er det viktigste, er altså ikke låst. Det som er låst, er verktøyene rundt.

Hvor stort er et bytte?

Et bytte har to deler, og de har endret seg ulikt.

Den tekniske delen er blitt vesentlig mindre. Med KI-assistert utvikling er det å skrive om redigeringen mot et nytt programmeringsgrensesnitt, oversette byggeskript og flytte innhold en avgrenset jobb. Begrepene er de samme: GitLab har commits, grener og merge requests der GitHub har pull requests. Grovt anslått dreier det seg om dager til et par uker med konsentrert arbeid, ikke måneder. Anslaget er ikke testet.

Den organisatoriske delen er uendret, og den er nå den største:

• Hvem skal drifte? Suverenitet krever egen drift eller en europeisk driftsaktør. Det er en beslutning og en kostnad som ligger utenfor prosjektet.
• Alle deltakerne må få nye kontoer og lære et nytt sted å jobbe. Mange av dem er ikke tekniske.
• Erfaringer må gjøres på nytt. Det gjelder for eksempel hvordan varsler fungerer, tilgangsmodell og risikovurdering.
• Tidspunktet: Et bytte midt i et prosjekt med flere aktive piloter er en risiko i seg selv.

Et bytte er altså fortsatt et større tiltak, men flaskehalsen er ikke lenger koden.

Slik kan anslaget gjøres pålitelig: Et avgrenset forsøk på to–tre dager, der ett innholdsrepo speiles til GitLab og innlogging og lagring porteres for det repoet. Da har vi et tall vi kan stå inne for, i stedet for et anslag.

Når valget bør tas opp igjen

• Prosjektet skal håndtere ikke-offentlig eller sensitivt innhold
• Oppdragsgiver eller Digdir stiller krav til digital suverenitet eller drift i Norge eller EU
• Prosjektets resultater skal over i varig forvaltning
• En felles offentlig git-plattform blir tilgjengelig
• GitHub endrer vilkår eller priser vesentlig

Mer om temaet

• Samskaping → Oppgavestyring drøfter hvorfor git-baserte plattformer passer for samarbeid mellom likeverdige organisasjoner
• Konsept for GitHub-organisasjoner og repoer beskriver hvordan organisasjonen samt-x er satt opp, og hvordan valget påvirket teknikken bak docs.samt-bu.no