Offentlige virksomheter organiserer seg i større grad rundt produkter og verdistrømmer. Det gir nye muligheter for kontinuerlig utvikling, tettere kobling til brukernes behov og mer helhetlig ansvar for tjenestene som skal leveres.
Men produktorganisering handler ikke bare om hvordan virksomheten organiserer team, roller og arbeidsform. Det får også betydning for hvordan virksomheten anskaffer, kontraktsfester og forvalter IT-løsninger.
Spørsmålet er derfor ikke bare hvordan man bygger gode produktteam. Det er også hvordan man sikrer at produktteamene får handlingsrommet de trenger for å skape verdi over tid.
Fra prosjekt til varig produktansvar
I mars 2026 publiserte Digdir sin anbefaling for produktorganisering i offentlig sektor. Anbefalingen beskriver hvordan virksomheter kan lykkes med kontinuerlig utvikling gjennom helhetlig ansvar, tverrfaglige team og løpende prioriteringer.
Et sentralt poeng er overgangen fra prosjekt til varig produktansvar. I stedet for å organisere arbeidet rundt midlertidige prosjekter, får produktteam ansvar for å utvikle og forbedre løsninger over tid.
Det er et viktig skifte. Men når en produktorientert virksomhet skal anskaffe løsninger fra eksterne leverandører, blir det avgjørende at kontraktene støtter måten virksomheten faktisk skal jobbe på.
Autonomi må fungere i praksis
Produktteam kan ha ansvar, mandat og beslutningsmyndighet på papiret. Men for å jobbe produktorientert i praksis, må teamet også ha reell mulighet til å gjøre endringer, prioritere forbedringer og tilpasse løsningen underveis.
Når løsningen er anskaffet fra en ekstern leverandør, defineres dette av hva leverandøren gjør tilgjengelig — konfigurasjonsmuligheter, API-er, administrasjonsverktøy og integrasjonsmuligheter. Jo mer leverandøren eksponerer, desto større handlingsrom har virksomheten selv.
Problemstillingen blir særlig tydelig ved kommersielle produkter som leverandøren eier og utvikler. Da skriver ikke produktteamet kode på plattformen selv — handlingsrommet ligger i det leverandøren gjør mulig gjennom konfigurasjon, integrasjoner og produktets videre utvikling. Produktteamet eier kanskje ikke selve løsningen, men det eier verdien løsningen skal skape for virksomheten og brukerne.
Risikoen er at teamet uansett ender i en ren bestillerrolle, uten reell innflytelse over løsningens utvikling. Da kan virksomheten ha produktteam på organisasjonskartet, men likevel ende opp med en leverandørstyrt modell i praksis.
Derfor bør dette avklares allerede i anskaffelsen. Hva kan virksomheten endre selv? Hva krever leverandørinvolvering? Hvordan skal løpende forbedringer håndteres? Og hvordan sikres kunnskapsoverføring til teamet som skal forvalte og videreutvikle løsningen?
Dette er ikke bare tekniske detaljer. Det påvirker om produktteamet faktisk kan ta ansvar over tid.
Kontraktene må støtte produktteamene
I offentlig sektor skjer mange IT-anskaffelser innenfor etablerte avtaleverk, som statens standardavtaler (SSA). Det betyr ikke at rammeverket er feil, men at kontrakter og bilag må brukes bevisst dersom de skal støtte en produktorientert arbeidsform.
Poenget er ikke å gjøre kontraktene mer kompliserte. Poenget er å sikre at de støtter måten virksomheten faktisk skal jobbe på.
Produktorganisering gir offentlig sektor et felles språk for helhetlig ansvar, tverrfaglige team og kontinuerlig utvikling. Men produktorganisering lykkes ikke bare gjennom nye teamstrukturer. Den lykkes når teamene får reelt handlingsrom til å ta ansvar for løsningene de forvalter og videreutvikler.
Derfor må anskaffelser og kontrakter ses som en del av produktorganiseringen, ikke som noe som ligger ved siden av.
Hvordan dette slår ut i praksis i SSA-rammeverket og bilagene, kommer vi nærmere tilbake til i neste artikkel.
