I et softwarehus i vækst deler den tekniske ledelse sig efterhånden i tre spor. CTO’en svarer for, hvad teknologien skal gøre for forretningen. VP Engineering svarer for, at udviklingsafdelingen leverer. Tech lead svarer for de tekniske valg i ét team. I en lille virksomhed sidder sporene ofte i samme person, og titlerne bruges forskelligt fra sted til sted. Derfor er det mere nyttigt at se på opgaverne end på ordene, og en ekstern kan dække nogle af dem langt bedre end andre.
CTO: retningen
CTO’en sidder i ledelsen og ser på teknologien i et længere perspektiv. Hvad skal produktet kunne bære? Hvor ligger de største risici? Hvilke teknologier og leverandører binder vi os til? CTO’en taler med direktøren om planen, med bestyrelsen om risici og med de vigtigste kunder om arkitekturen. Ordet er forklaret nærmere i CTO: hvad betyder det?.
VP Engineering: maskinen, der leverer
VP Engineering, også kaldet head of engineering eller udviklingschef, leder selve udviklingsafdelingen. Ansvaret er folk og proces: at der er nok af de rigtige udviklere, at teams er skåret fornuftigt, at estimater bliver brugbare, og at produktet kommer ud, når det er lovet. Hvor CTO’en spørger, om vi bygger det rigtige på den rigtige måde, spørger VP Engineering, om vi kan levere det stabilt og i tempo.
Mange softwarehuse klarer sig længe uden titlen. Behovet melder sig, når CTO’en bruger det meste af sin tid på ansættelser, konflikter i teamet og forsinkelser og ikke når frem til de lange valg. Så er det tid til at dele opgaven.
Tech lead og lead developer: det tekniske i teamet
Tech lead er den udvikler, der har det tekniske ansvar i ét team. Personen koder stadig en stor del af tiden, tager de daglige designvalg og hjælper de andre videre. Lead developer bruges på dansk ofte om det samme. I et lille firma er lead developeren reelt tech lead for hele produktet, og mange steder trækker personen også en del af CTO-opgaverne, uden at nogen har besluttet det. Grænsen mod CTO-rollen er gennemgået i har vi brug for en CTO?.
Teamleder: personalet
Der mangler ofte en fjerde rolle i overblikket. Engineering manager eller teamleder har personaleansvaret: samtaler, udvikling af den enkelte, arbejdsglæde og opfølgning. Mange virksomheder lægger det hos tech lead af vane, og det holder sjældent, for de to opgaver trækker i hver sin retning. Tegnene på, at tiden er inde til at dele, står i artiklen om den første teamleder.
Sådan ser det ud, når virksomheden vokser
Rækkefølgen varierer, men et almindeligt forløb har tre faser:
- Få udviklere: en stifter eller lead developer bærer alt, ofte uden at det er skrevet ned.
- Et team, der er blevet stort: nogen skal tage retningen, og nogen skal lede de daglige tekniske valg. Her opstår første reelle deling, og det er her, en ekstern CTO ofte kommer ind.
- Flere teams: hvert team får sin tech lead, personaleansvaret samles hos teamledere, og CTO og VP Engineering deler ledelsen imellem sig.
Hvad der går i stykker undervejs, er beskrevet i fra fem til tyve udviklere.
Hvad en ekstern kan dække
CTO-opgaverne egner sig bedst. De består af beslutninger, retning og samtaler, og de kan ligge på faste tidspunkter. En fractional CTO kan tage dem på deltid, forudsat at rollen har det rette mandat.
VP Engineering-opgaverne kan en ekstern dække i en periode: indføre en proces, skære teams, hjælpe med de første ansættelser eller få styr på en leverandør. Det løbende arbejde med folk og levering kræver derimod daglig tilstedeværelse. Her bør den eksterne gøre rutinerne så klare, at en intern kan overtage dem.
Tech lead-opgaven egner sig dårligt. Den kræver, at personen sidder i koden hver dag, og en, der kommer og går, bliver hurtigt en flaskehals. Teamet skal selv have den person.
Personaleansvaret bør blive hos en ansat. En ekstern kan støtte lederen og give faglig retning, mens samtaler og ansættelsesforhold ligger hos virksomheden.
Sådan bruger I det
Skriv de opgaver op, der ligger i de fire roller, og sæt et navn på hver. Mange opdager, at to opgaver har samme navn, og at en tredje slet ikke har noget. Den øvelse giver mere end at diskutere titler. Titlen må gerne vente, til opgaverne er på plads, og en jobannonce bør beskrive opgaven, for ordene betyder noget forskelligt fra virksomhed til virksomhed.
Det skal I lade være med
- At kopiere organisationen fra en stor virksomhed · fire titler til otte udviklere giver mest møder.
- At dele titler ud i stedet for opgaver · en titel uden ansvar skaber skuffelse hos den, der får den.
- At lægge personaleansvar hos den bedste udvikler af vane · det koster både kode og ledelse.
Det skal I kræve af den eksterne
- ☐ En kort oversigt over, hvem der ejer hvilke opgaver i dag.
- ☐ Et forslag til fordeling, der passer til jeres størrelse.
- ☐ Tydelig besked om, hvilke opgaver der skal ligge hos en ansat.
- ☐ En plan for, hvordan rollerne ændrer sig ved næste vækstskridt.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Hvilken CTO passer til jeres fase? · Hvad laver en fractional CTO?
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
