Ansette egne utviklere eller bruke et utviklingsselskap? Fordeler og ulemper
Bør bedriften utvikle selv med egne ansatte, eller benytte et utviklingsbyrå? Den ærlige sammenligningen: kostnad, kompetanse, fart, sårbarhet og når hver modell vinner.
Egne utviklere lønner seg når programvareutvikling er kontinuerlig kjernevirksomhet med nok arbeid til et helt team over år. Et utviklingsselskap lønner seg når du trenger et resultat: et system, en app eller en portal levert med bred kompetanse, uten rekrutteringsrisiko, lønnsforpliktelser og sårbarheten ved enkeltpersoner. Regnestykket har endret seg: AI-støttet utvikling gjør at et lite eksternt team leverer det som før krevde flere årsverk internt, til fast pris innenfor avtalt omfang. For de fleste norske virksomheter utenfor tech-bransjen er svaret en kombinasjon: eierskap og bestillerkompetanse internt, utviklingen eksternt.
Kort forklart
Når en virksomhet trenger programvare, står valget mellom tre veier: ansette egne utviklere, leie inn konsulenter på timebasis, eller benytte et utviklingsselskap som leverer resultatet. Alle tre kan være riktige, og feilvalget er dyrt i begge retninger: et internt team uten nok arbeid er en fast kostnad som spiser budsjettet, og eksterne leveranser uten intern bestillerkompetanse gir systemer ingen eier.
Her er sammenligningen, ærlig nok til å vise når vi ikke er riktig svar.
Når lønner det seg å ansette egne utviklere?
- Programvareutvikling er kontinuerlig kjernevirksomhet, ikke et prosjekt
- Det finnes nok arbeid til et helt team, år etter år. Én enslig utvikler er en sårbarhet, ikke et team
- Virksomheten kan tilby fagmiljøet som får gode utviklere til å bli
- Produktet endres så hyppig at daglig nærhet til domenet er avgjørende
Er alle fire sanne, bygg internt team. Det er slik programvareselskaper skal jobbe.
Når lønner det seg å benytte et utviklingsselskap?
- Du trenger et resultat: et fagsystem, en app eller en portal i drift, ikke en varig utviklingsavdeling
- Behovet krever bred kompetanse: design, arkitektur, sikkerhet, integrasjoner og drift, som ett internt årsverk aldri dekker alene
- Du vil ha forutsigbar kostnad: fast pris innenfor avtalt omfang i stedet for lønn, sosiale kostnader og rekrutteringsrisiko
- Du vil unngå sårbarheten: interne enkeltpersoner blir syke, slutter og tar kunnskapen med seg. Et leveranseteam har redundans
- Utviklingen skal starte nå: rekruttering av gode utviklere tar måneder, et etablert team starter på dager
Sammenligningen
| Faktor | Egne utviklere | Utviklingsselskap |
|---|---|---|
| Kostnadsform | Fast lønnskostnad, uavhengig av behov | Investering per leveranse, fast pris |
| Kompetansebredde | Det teamet kan | Hele leveransemiljøets samlede erfaring |
| Oppstartstid | Måneder (rekruttering) | Dager til uker |
| Sårbarhet | Høy ved små team | Leverandørens ansvar |
| Domenenærhet | Svært høy | Bygges gjennom samarbeid over tid |
| Eierskap til koden | Ditt | Ditt, når du velger riktig leverandør |
| Etter leveransen | Teamet må ha nye oppgaver | Driftsavtale, videreutvikling ved behov |
Regnestykket som har endret seg
Det klassiske argumentet for internt team var at eksterne timer ble dyre over tid. AI-støttet utvikling har snudd dette på hodet: et lite, erfarent eksternt team leverer i dag det som før krevde flere interne årsverk, og tar gevinsten ut i fart og fast pris i stedet for flere timer. Samtidig er en intern utvikler fortsatt en intern utvikler: lønn, sosiale kostnader, verktøy, ledelse og fagmiljø kommer i tillegg til selve rekrutteringsrisikoen.
Konsulentinnleie på timebasis, den tredje veien, gir fleksibilitet, men beholder både timerisikoen og sårbarheten hos deg. Vi har skrevet mer om forskjellen i alternativet til de store konsulenthusene.
Kombinasjonen som oftest vinner
For de fleste norske virksomheter utenfor tech-bransjen er svaret ikke enten eller:
- Internt: eierskapet, prioriteringene og bestillerkompetansen. Én person som eier systemet og beslutter hva som er viktig
- Eksternt: selve utviklingen, sikkerheten, driften og videreutviklingen, hos et miljø som gjør det hver dag
Da får du domenenærheten uten lønnsforpliktelsene, og leveransekraften uten å måtte bli et programvareselskap selv.
Ofte stilte spørsmål
Hva koster en intern utvikler sammenlignet med et utviklingsselskap? En intern seniorutvikler koster årlig lønn pluss sosiale kostnader, verktøy og ledelse, uavhengig av hvor mye utvikling du faktisk trenger. Et utviklingsselskap koster per leveranse, med fast pris på avtalt omfang. Sammenlign årskostnaden for teamet du måtte hatt, mot prisen for leveransene du faktisk trenger.
Mister vi ikke kontroll ved å bruke et eksternt selskap? Ikke når eierskapet er riktig: du eier kildekoden, dataene og prioriteringene, og leverandøren leverer mot dem. Kontrolltapet skjer ved uklare avtaler, ikke ved ekstern utvikling i seg selv.
Kan vi begynne eksternt og bygge internt team senere? Ja, og det er en god rekkefølge: systemet kommer i drift raskt, og hvis utviklingsbehovet viser seg å bli kontinuerlig og stort nok, rekrutterer du med systemet som fungerende grunnlag. Koden er din, så overgangen er reell.
Hva bør vi uansett ha internt? En systemeier: personen som kjenner prosessene, eier prioriteringene og er beslutningsdyktig mot leverandøren. Det er den viktigste enkeltrollen i ethvert utviklingsprosjekt, og den kan ikke leies.
Kort oppsummert
- Ansett egne utviklere når utvikling er kontinuerlig kjernevirksomhet med arbeid til et helt team over år.
- Benytt et utviklingsselskap når du trenger et resultat levert, med bred kompetanse, fast pris og uten rekrutteringsrisiko.
- AI-støttet utvikling har styrket det eksterne alternativet: små team leverer det som før krevde flere årsverk.
- Den vanligste vinneren er kombinasjonen: eierskap og bestillerkompetanse internt, utvikling eksternt.
Vurderer dere veivalget nå? Beskriv situasjonen kort, så gir vi et ærlig råd om hvilken modell som passer, også hvis rådet er å ansette. Se også utviklingspartner hos oss.






Ta en prat med oss.
Vi svarer personlig, ofte samme dag. Ring eller send en e-post, så finner vi ut om vi er rett match for prosjektet ditt.

