Eget udviklingsteam eller bureau?
Grundreglen er enkel: Byg et internt udviklingsteam når det digitale produkt er selve forretningen, og hyr et bureau når produktet støtter forretningen. Et bureau leverer fra uge ét mens et internt team ofte tager et år at bygge op. Mange vælger hybridmodellen: bureau som start og gradvis overdragelse til et voksende internt team.
Spørgsmålet er større end en enkelt rekruttering: Skal softwareudvikling være en kernekompetence i jeres virksomhed, eller noget I køber? Svaret styrer organisation, budget og tempo i flere år. Her er ræsonnementet der fører til det rigtige svar.
Strategireglen: Er produktet forretningen, eller støtter det forretningen?
Den mest brugbare tommelfingerregel lyder: Byg inhouse når det digitale produkt er selve forretningen, hyr et bureau når produktet støtter forretningen.
Er I en SaaS-virksomhed eller en digital tjeneste, er produktet jeres konkurrencefordel. Så skal læringen om brugere, teknik og domæne opbygges hos jer. På sigt er et internt team både strategisk og økonomisk det rigtige valg.
Er produktet en støtte til kerneforretningen (en kundeportal for en logistikvirksomhed, en app der supplerer fysisk handel), er udvikling sjældent det I skal være de bedste til. Så køber I kompetencen og lægger jeres egen energi i at være en kompetent kunde: at vide hvad der skal bygges og hvorfor.
Tidsfaktoren: Bureauet leverer i uge ét, teamet om et år
Et etableret bureau kommer med et færdigt team, indarbejdede processer og bred kompetence (udvikling, design, arkitektur) fra start. Et internt team bygges op person for person: Rekrutteringer tager tre til seks måneder stykket, den første udvikler er alene og sårbar, og gruppen har brug for tid til at finde sine arbejdsformer. At gå fra nul til et velfungerende team på fire-fem personer tager i praksis ofte et år.
Har produktet et markedsvindue, er det år dyrt. Mange virksomheder taber mere på en forsinket lancering end de sparer på en lavere timeomkostning.
Økonomien: fast mod variabel omkostning
Et team på fire udviklere koster mindst ca. 3,2 mio. DKK om året i løn og pension, før overhead (kontor, udstyr, ledelse), uanset om I bygger for fuld kraft eller mest står for drift og vedligeholdelse. Bureauomkostningen er variabel: I betaler for det der bestilles og kan skalere op og ned fra kvartal til kvartal.
Regnestykket afhænger af udnyttelsesgraden. Ved et konstant højt udviklingsbehov bliver det interne team billigere pr. time. Ved et ujævnt eller usikkert behov bliver bureauet billigere samlet set fordi I slipper for at betale for ubrugt kapacitet. Medregn også det der sjældent fremgår af kalkulen: rekruttering, ledelse, værktøjer og omkostningen når nogen stopper.
Hybridmodellen: bureau som start, internt team som mål
For voksende virksomheder er valget sjældent enten-eller. En gennemprøvet vej:
- Bureauet bygger version ét og står for fart, bredde og arkitektur.
- I rekrutterer i roligt tempo, ofte en product owner først, derefter udviklere.
- Gradvis overdragelse: fælles kodebase, parprogrammering og dokumentation indtil jeres team ejer hverdagen.
- Bureauet trapper ned til specialistopgaver og spidsbelastninger i stedet for helhedsansvar.
Stil krav til bureauet allerede i aftalen: standardteknologi, løbende dokumentation og ingen leverandørlåsning. Et bureau der bygger for at kunne overdrage, er den rigtige partner i denne model. Sæt også en tidslinje for overdragelsen med definerede trin. Ellers forbliver “gradvis” et andet ord for aldrig.
Scenarie: to virksomheder, to rigtige svar
En logistikvirksomhed bygger en kundeportal der effektiviserer bookinger. Portalen støtter forretningen, men er ikke forretningen. Virksomheden vælger et bureau plus en serviceaftale og beholder internt rollen som kunde. Det rigtige valg.
En startup bygger en forbrugerapp der er hele forretningsidéen. Den lader et bureau bygge den første version for at nå ud på markedet i tide, rekrutterer sideløbende og overtager udviklingen efter et år. Også det rigtige valg. Reglen pegede bare i forskellige retninger.
Beslutningsstøtte på ét minut
- Er udvikling jeres kernekompetence om tre år? Hvis ja: Begynd at bygge teamet nu, eventuelt med et bureau som bro.
- Kan I rekruttere, lede og fastholde udviklere? Hvis nej: Køb kompetencen indtil I kan.
- Hvor hurtigt skal I levere? Et vindue på måneder taler for et bureau.
- Kan I bære mindst 3,2 mio. DKK plus overhead i fast årlig omkostning? Hvis nej: Hold omkostningen variabel.
Vi hos Weapp arbejder i alle tre modeller: som totalleverandør, som forstærkning til interne teams og som bro i hybridmodellen. Vil du drøfte hvilken der passer til jer? Kontakt os.
Ofte stillede spørgsmål
Hvor mange personer skal der til et internt udviklingsteam?
Et robust minimum er tre til fire udviklere plus adgang til design og produktledelse. En enkelt udvikler er ikke en organisation, men et risikopunkt: Ved sygdom, ferie eller opsigelse står produktet stille, og al viden sidder i ét hoved.
Hvad koster et internt udviklingsteam om året?
En softwareudvikler i Danmark tjener i gennemsnit ca. 67.000 DKK om måneden inkl. pension (Danmarks Statistik, 2024), så et team på fire udviklere koster mindst ca. 3,2 mio. DKK om året. Hertil kommer overhead (kontor, udstyr, ledelse), værktøjer og rekrutteringsomkostninger. Omkostningen er fast og løber uanset hvor meget I faktisk bygger.
Kan et bureau og et internt team arbejde sammen?
Ja, det er en meget almindelig model. Det interne team ejer produktet og den daglige udvikling mens bureauet forstærker med specialistkompetencer (design, arkitektur, AI) eller ekstra kapacitet ved spidsbelastninger. Et klart ejerskab af kodebasen er nøglen.
Hvor lang tid tager det at overtage et produkt fra et bureau?
Med god dokumentation og en planlagt overlapsperiode kan et internt team overtage på nogle måneder. Uden dokumentation, eller hvis overtagelsen sker brat, tager det betydeligt længere tid. Aftal overdragelsen allerede når samarbejdet med bureauet indledes, ikke når det afsluttes.
Hvornår er det forkert at bygge inhouse?
Når behovet svinger kraftigt fra kvartal til kvartal, når I mangler evnen til at rekruttere og lede udviklere, eller når produktet støtter forretningen i stedet for at være den. Så binder et internt team jer til en fast omkostning uden at skabe en tilsvarende strategisk værdi.