Organisering og struktur i produktorganisering
Hvordan organisere for å levere helhetlig ut fra brukerbehov?
I en produktorganisert virksomhet organiseres arbeidet etter definerte brukerbehov, ikke interne funksjoner. Med utgangspunkt i virksomhetens oppdrag (samfunnsoppdrag, oppdrag i tildelingsbrev e.l.) beskriver ledelsen og fagmiljøene hvilke effekter virksomheten vil oppnå, og hva som skal prioriteres. Deretter etableres autonome og tverrfaglige produktteam med ende-til-ende-ansvar for produkter og tjenester; fra utvikling til forvaltning, drift og kontinuerlig forbedring gjennom hele livssyklusen.
Tverrfaglige produktteam
Tverrfaglige team er et av de viktigste grepene i produktorganisering. Det gjør det mulig å utforske problemstillinger og løsninger fra en rekke ulike faglige perspektiver, i tillegg til at det muliggjør at teamet har bred nok samlet kompetanse til å ta eierskap for hele livssyklusen til et produkt.
Produktteam bør etableres basert på kunnskapsbehov fra bruker- og virksomhetsbehov, ikke ut fra eksisterende avdelingsstruktur. Sammensetningen av et produktteam vil variere, men ofte vil etableringen ta utgangspunkt i noe av dette:
- Hele eller deler av en brukerreise
- Et domene eller et saksområde
- Et delprodukt eller en tjenestekomponent
- En sammenhengende prosess som krever kontinuerlig forbedring
- Politiske føringer eller bestillinger
Et tydelig definert ansvarsområde setter retning og øker prioriteringskraften for produktteamet.
Hvilke fagområder burde et produktteam dekke?
Et produktteam bør normalt dekke minst tre perspektiver: fag/forvaltning, brukeropplevelse/design og teknologi/data. Disse omtales ofte som en produkttrio. I offentlig tjenesteutvikling er det ofte også behov for juridisk kompetanse, slik at regelverks- og etterlevelsesspørsmål avklares tidlig. Når dette perspektivet legges til, omtales det noen ganger som en produktkvartett.
Ende-til-ende-ansvar innebærer at teamet har helhetlig resultatansvar for produktet, med utgangspunkt i brukerbehov, relevant regelverk, utvikling, drift og effektoppfølging. Det betyr ikke at teamet utfører alle aktiviteter selv, men at det har ansvar for at helheten fungerer og at nødvendige avklaringer og samarbeid etableres.
Støttefunksjoner for det som ikke dekkes i teamet (for eksempel HR, arkitektur, IT-sikkerhet, personvern, anskaffelser eller design) skal hjelpe teamene å levere – ikke bremse dem. Tydelige og gjerne enkle kontaktpunkter mot støttefunksjonene bidrar til å holde tempo i leveransene. Det er viktig å avklare på virksomhetsnivå hvordan og hvor ansvar for opplæring, kompetanseheving, og implementering av nye eller endrede produkter og prosesser fordeles. I IT-utvikling kan også delte ressurser som felles plattformer, designsystemer og gjenbrukbare komponenter (ofte levert av plattformteam) gi teamene bedre forutsetninger for rask utvikling. Autonomi handler derfor ikke bare om mandat, men også om tilgang til plattformer, data og verktøy som gjør at teamet faktisk kan levere.
Kombinasjon av interne og innleide i produktteam
I praksis settes mange produktteam sammen av både faste ansatte og innleide konsulenter. Innleie kan være nødvendig for å få tak i spisskompetanse, men langsiktig evne til produktutvikling forutsetter at virksomheten bygger egne fagmiljøer og tydelige karriereveier for nøkkelroller som utviklere, designere, produkteiere og produktledere. Vær bevisst på hvilke roller som bør dekkes av egne ansatte, hvordan ansvar og kunnskap deles mellom interne og eksterne, og hvordan dere unngår at kritisk kunnskap forsvinner når en konsulent slutter.
Hvor varige er produktteam?
Produktteam omtales ofte som varige, i kontrast til midlertidige prosjektteam. Det betyr likevel ikke at de er permanente, men at ansvaret for produktet er kontinuerlig så lenge produktet prioriteres i virksomheten. Varighet vil variere og team kan endres, slås sammen eller avvikles dersom behov, prioriteringer eller rammebetingelser endres.
Stabilitet over tid er likevel en fordel for å bygge kompetanse, relasjoner, arbeidsform og leveranser over tid. Det skaper forutsetninger for å bygge domenekunnskap og sterke relasjoner, både internt i teamet og ut mot omgivelsene. Samtidig vil nye tilskudd til teamet kunne komme med friske blikk og perspektiver.
Produktene må ses i sammenheng
For brukerne er det helheten som teller; hvordan tjenester og løsninger oppleves som sømløse og helhetlige, ikke hvordan hvert produkt er organisert internt eller hvordan virksomheter samarbeider for å levere løsningen. Virksomheten trenger derfor et tydelig bilde av hvordan produktene henger sammen, påvirker hverandre og oppleves utenfra fra et brukerperspektiv.
Når flere produktteam arbeider med beslektede områder, grupperes de ofte i produktområder (eller tilsvarende begreper, som produktkategorier eller produktfamilier) for bedre koordinering og helhet. Et produktområde samler relaterte produkter og tjenester, og ledes ofte av en områdeansvarlig som sikrer sammenheng og prioritering på tvers av teamene.
Etablering av produktområder er særlig relevant når flere produktteam påvirker samme brukerreise, der det er tydelige funksjonelle eller teknologiske avhengigheter eller synergier mellom team, eller der det er behov for samordnet prioritering på et overordnet område. Imidlertid kan produktområder på lik linje med produktteam endres eller oppløses. For mindre virksomheter med få produktteam vil det ikke nødvendigvis være hensiktsmessig å etablere et formelt nivå med produktområder. Koordinering kan også skje direkte mellom team og/eller virksomhetsledelse.
Samarbeid og informasjonsdeling på tvers av produktteam
God flyt og informasjonsdeling, både mellom team i et produktområde og på tvers av produktområder, er en forutsetning for helhetlige tjenester ut fra brukerbehov. Tillit til produktteamene, hos ledelse, støttefunksjoner og samarbeidspartnere, styrkes når teamene jevnlig viser fram arbeidet sitt, er åpne om utfordringer og kan begrunne prioriteringer med data og innsikt.
Koordinering gjennom felles arenaer med fast møtefrekvens kan motvirke at team blir isolerte, og bidra til å håndtere avhengigheter og flaskehalser på tvers. Et nyttig tidlig grep er å kartlegge hele verdikjeden fra behov til leveranse. Slik synliggjør dere hvor det stopper opp, hvor dobbeltarbeid oppstår, og hvilke grensesnitt og støttefunksjoner som bør forenkles for å sikre flyt.
Styring i overgangen til produktorganisering
En overgang til produktorganisering krever mer enn å etablere produktområder og produktteam. For å få reell smidig kapasitet må virksomheten også skape gode rammer for flyt og løpende forbedring over tid. Det innebærer å redusere avhengigheter, tydeliggjøre grensesnitt og sikre at støttefunksjoner og fellesløsninger bidrar til tempo og kvalitet i leveransene.
Mange virksomheter vil, enten permanent eller i en overgangsperiode, velge en hybrid mellom linjeorganisering og produktorganisering. I slike omorganiseringer bør hovedfokuset ikke være organisasjonskartet, men tydelige roller, ansvar og mandater som gjør det mulig å utvikle og forbedre tjenester kontinuerlig, med smidige prosesser basert på brukerbehov.
For å sikre helhetlig prioritering og leveranse kan det etableres arenaer som setter tydelig retning, prioriterer og følger opp mål, effekter og nytte på overordnet nivå, for eksempel ved porteføljestyre og / eller produktstyre. Porteføljestyringen prioriterer og sikrer helhet mellom satsninger på virksomhetsnivå, og produktstyringen prioriterer, styrer retning og ressursbruk knyttet til definerte produkter / produktområder for å sikre helhetlig nytte over tid. Produktstyring kan etableres uavhengig av om hele virksomheten er produktorganisert.
Noen velger en matrise der ansatte formelt tilhører både en faglig linje (avdeling) og et produktteam. Da må styringsprinsipper, ansvarsforhold og samhandlingsmønstre være tydelige. Det må avklares hvem som tar beslutninger på hvilket nivå, og hvordan ressurser prioriteres og fordeles mellom linje og produkt. Personalledelse kan ligge i produktorganisasjonen, der leder har fag- og personalansvar, eller i faglinjen som låner ut medarbeidere helt eller delvis til produktteamene – så lenge det er tydelig for den enkelte hvem som er personalleder.
Aksjonspunkter det anbefales å ta stilling til
Når overordnede styringsprinsipper og ansvarsforhold er avklart, bør virksomheten konkretisere hvordan produktorganiseringen skal etableres eller videreutvikles i praksis. Aksjonspunktene nedenfor kan brukes som støtte i dette arbeidet.
Produktteam og produktområder kan etableres basert på flere ulike behov, og for offentlige virksomheter vil politiske oppdrag, reformer, moderniseringsbehov e.l. kunne spille like stor rolle som digital utvikling.
- Nåsituasjon: Lag en samlet oversikt over tjenester, systemer, organisering og arbeidsmåter:
- Finn steder der framdriften stopper.
- Avdekk dobbeltarbeid.
- Pek ut hvor avstanden mellom behov og leveranser er størst (steg 1 i produktsirkelen).
- Sammenheng: Tegn et enkelt kart over hvordan produktene henger sammen i brukerreisene:
- Ta med koblinger på tvers av virksomheter.
- Marker overlapp og hull.
- Noter hvor felles løsninger eller plattformer trengs (steg 1 i produktsirkelen).
- Pilotvalg: Velg noen få tjenester eller områder å starte med i en testpilot, og avgjør om arbeidet bør løses i et eksisterende produktteam, som et nytt produktteam eller som et tidsavgrenset prosjekt. I denne forbindelse kan dere vurdere om:
- Behovet er varig eller tidsavgrenset.
- Initiativet krever store engangsløft og koordinering på tvers eller heller trinnvise forbedringer.
- Et avgrenset forprosjekt må til for å rydde plass, endre strukturer eller gjennomføre innføring før et produktteam tar over (steg 2 i produktsirkelen).
- Produktteam: Sett sammen et produktteam som har ansvar for piloten:
- Sørg for riktig miks av fagkompetanse, brukerinnsikt, teknologi og data.
- Avklar roller og myndighet.
- Gjør det mulig å ta beslutninger fortløpende i teamet innenfor tydelige rammer / toleranser (gjerne ved mandat som beskriver dette og sikrer at innsatsen rettes mot å bidra til virksomhetens strategiske mål).
- Identifiser aktuelle områder / domener som kan egne seg for team; hvor ansvaret kan avgrenses, og hvor kontinuerlig forbedring gir nytte over tid (steg 2 i produktsirkelen).
- Avhengigheter: Kartlegg avhengigheter til andre team, fellesløsninger og støttefunksjoner som HR, arkitektur, sikkerhet, personvern, anskaffelser, juridisk og design. Avklar hvordan de skal bidra til flyt fremfor å bli flaskehalser (steg 3 i produktsirkelen).
- Personalansvar: Avklar hvor personalansvar ligger (linje vs. produktområde), og hvordan dere sikrer kapasitet, kompetanseutvikling og tydelige karriereveier på tvers av team (steg 4 i produktsirkelen).
- Prosjekter og overgang: Avklar hvordan pågående og kommende prosjekter skal henge sammen med produktteam (f.eks. “prosjekt til produksjon → produktteam overtar videreutvikling”), og hvem som beslutter overganger (steg 4 i produktsirkelen).
- Justering: Bruk erfaringene fra piloten til å justere produktmandat, roller og styringslinjer før dere utvider til flere områder (steg 4 i produktsirkelen).
- Produktområder: Etabler produktområder som samler flere team under ett ansvar:
- Beskriv hvilke brukerbehov området skal løse og hvilke produkter som hører til.
- Avklar hvem som har ansvar for helhet og prioritering på tvers av teamene.
- Vurder fagnettverk som kan koordinere avhengigheter og felles standarder mellom teamene (steg 4 i produktsirkelen).
- Skalering: Utvid stegvis til flere produktteam og områder (et team eller område om gangen), og sørg for at virksomhetsstyring (eventuelt porteføljestyring) gir et samlet bilde av produktteam, prosjekter / programmer og linjeoppgaver (steg 4 i produktsirkelen).