Eget utviklingsteam eller byrå?

Av Weapp · Oppdatert 2025-04-15

Grunnregelen er enkel: Bygg et eget utviklingsteam når det digitale produktet er selve forretningen, og bruk et byrå når produktet støtter forretningen. Et byrå leverer fra uke én, mens et eget team ofte tar et år å bygge opp. Mange velger hybridmodellen: byrå i starten og gradvis overlevering til et voksende internt team.

Spørsmålet er større enn én enkelt rekruttering: Skal programvareutvikling være en kjernekompetanse i selskapet deres, eller noe dere kjøper? Svaret styrer organisasjon, budsjett og tempo i flere år. Her er resonnementet som leder til riktig valg.

Strategiregelen: Er produktet forretningen, eller støtter det forretningen?

Den mest nyttige tommelfingerregelen lyder: Bygg in-house når det digitale produktet er selve forretningen, bruk byrå når produktet støtter forretningen.

Er dere et SaaS-selskap eller en digital tjeneste, er produktet konkurransefortrinnet deres. Da skal læringen om brukere, teknologi og domene bygges opp hos dere, og på sikt er et eget team både strategisk og økonomisk riktig.

Er produktet en støtte for kjernevirksomheten, for eksempel en kundeportal for et logistikkselskap eller en app som supplerer fysisk handel, er utvikling sjelden det dere skal bli best på. Da kjøper dere kompetansen og legger egen energi i bestillerkompetanse: å vite hva som skal bygges og hvorfor.

Tidsfaktoren: Byrået leverer i uke én, teamet om et år

Et etablert byrå kommer med ferdig team, innarbeidede prosesser og bred kompetanse (utvikling, design, arkitektur) fra start. Et eget team bygges person for person: Hver rekruttering tar tre til seks måneder, den første utvikleren er alene og sårbar, og gruppen trenger tid til å finne arbeidsformen sin. Å gå fra null til et fungerende team på fire eller fem personer tar i praksis ofte et år.

Har produktet et markedsvindu, er det året dyrt. Mange selskaper taper mer på forsinket lansering enn de sparer på lavere timekostnad.

Økonomien: fast kostnad mot variabel

Et team på fire utviklere koster rundt 3,9 millioner kr i lønn per år, regnet med SSBs gjennomsnittlige månedslønn for programvareutviklere (81 050 kr i 2025). Arbeidsgiveravgift og pensjon kommer i tillegg. Kostnaden er den samme enten dere bygger for fullt eller mest forvalter. Byråkostnaden er variabel: Dere betaler for det dere bestiller og kan skalere opp og ned mellom kvartaler.

Regnestykket står og faller med utnyttelsen. Ved kontinuerlig høyt utviklingsbehov blir det egne teamet billigere per time. Ved ujevnt eller usikkert behov blir byrået billigere totalt fordi dere slipper å betale for ubrukt kapasitet. Regn også med det som sjelden står i kalkylen: rekruttering, ledelse, verktøy og kostnaden når noen slutter.

Hybridmodellen: byrå som start, eget team som mål

For selskaper i vekst er valget sjelden enten eller. En velprøvd vei:

Byrået bygger versjon én og står for fart, bredde og arkitektur.
Dere rekrutterer i rolig tempo, ofte produkteier først, deretter utviklere.
Gradvis overlevering: felles kodebase, parprogrammering og dokumentasjon til deres eget team eier den daglige utviklingen.
Byrået trapper ned til spesialistoppgaver og arbeidstopper i stedet for helhetsansvar.

Still krav til byrået allerede i avtalen: standardteknologi, løpende dokumentasjon og ingen innlåsing. Et byrå som bygger for å kunne overlevere, er riktig partner i denne modellen. Sett også en tidslinje for overleveringen med definerte trinn. Ellers blir «gradvis» bare et annet ord for aldri.

Scenario: to selskaper, to riktige svar

Et logistikkselskap bygger en kundeportal som effektiviserer bestillinger. Portalen støtter forretningen, men er ikke forretningen. Selskapet velger byrå pluss forvaltningsavtale og beholder bestillerrollen internt. Riktig beslutning.

En startup bygger en forbrukerapp som er hele forretningsidéen. De lar et byrå bygge første versjon for å komme raskt ut på markedet, rekrutterer parallelt og tar over utviklingen etter et år. Også en riktig beslutning: Regelen pekte bare i ulike retninger.

Beslutningsstøtte på ett minutt

Er utvikling kjernekompetansen deres om tre år? Hvis ja: Begynn å bygge teamet nå, eventuelt med byrå som bro.
Kan dere rekruttere, lede og beholde utviklere? Hvis nei: Kjøp kompetansen til dere kan.
Hvor raskt må dere levere? Et vindu på noen måneder taler for byrå.
Tåler dere rundt 3,9 millioner kr i faste lønnskostnader per år, pluss arbeidsgiveravgift og pensjon? Hvis nei: Hold kostnaden variabel.

Vi i Weapp jobber i alle tre oppleggene: som totalleverandør, som forsterkning til interne team og som bro i hybridmodellen. Vil dere drøfte hva som passer dere? Ta kontakt.

Ofte stilte spørsmål

Hvor mange personer trengs for et eget utviklingsteam?

Et robust minimum er tre til fire utviklere pluss tilgang til design og produktledelse. Én enkelt utvikler er ingen organisasjon, men en risiko: Ved sykdom, ferie eller oppsigelse står produktet stille, og all kunnskap sitter i ett hode.

Hva koster et eget utviklingsteam per år?

Med SSBs gjennomsnittlige månedslønn for programvareutviklere i 2025 (81 050 kr) koster et team på fire utviklere rundt 3,9 millioner kr i lønn per år. Arbeidsgiveravgift og pensjon kommer i tillegg, og det samme gjør ledelse, verktøy og rekrutteringskostnader. Kostnaden er fast og løper uansett hvor mye dere faktisk bygger.

Kan et byrå og et internt team jobbe sammen?

Ja, det er et svært vanlig opplegg. Det interne teamet eier produktet og den daglige utviklingen, mens byrået forsterker med spesialistkompetanse (design, arkitektur, AI) eller ekstra kapasitet ved arbeidstopper. Tydelig eierskap til kodebasen er nøkkelen.

Hvor lang tid tar det å ta over et produkt fra et byrå?

Med god dokumentasjon og en planlagt overlappingsperiode kan et internt team ta over på noen måneder. Uten dokumentasjon, eller hvis overtakelsen skjer brått, tar det betydelig lengre tid. Avtal overlevering allerede når samarbeidet med byrået starter, ikke når det avsluttes.

Når er det feil å bygge in-house?

Når behovet svinger kraftig mellom kvartaler, når dere mangler evnen til å rekruttere og lede utviklere, eller når produktet støtter forretningen i stedet for å være den. Da binder et eget team opp faste kostnader uten å skape tilsvarende strategisk verdi.