I skal have en teamleder, når personaleopgaverne tager så meget tid hos lead developeren eller CTO’en, at de enten bliver sprunget over eller går ud over det tekniske arbejde. Der findes intet bestemt antal udviklere, hvor det sker. Tegnene viser sig typisk, når ingen længere har tid til en ordentlig samtale med hver enkelt. En teamleder, på engelsk engineering manager, har ansvar for folkene og for, at teamet leverer. Den tekniske retning kan ligge hos en anden.
Tegnene på, at tiden er kommet
Se efter de her forhold i hverdagen:
- Samtaler med de enkelte udviklere bliver aflyst eller holdt i forbifarten.
- Nye medarbejdere går alene de første uger.
- Problemer mellem to kollegaer ligger uløst i måneder.
- Ingen kan sige, hvordan den enkelte udvikler har det, eller hvad vedkommende vil.
- Lead developeren bruger aftenerne på det tekniske arbejde, fordi dagen går med folk.
- Ansættelser trækker ud, fordi ingen har tid til at holde samtalerne.
Den bedste måde at se det på er at spørge den, der i dag har ansvaret: hvor stor en del af din uge går til personaleopgaver, og hvad blev ikke gjort sidste måned? Sammenlign svaret med, hvad I har brug for, at personen laver.
Hvad en teamleder laver
Opgaverne skal være skrevet ned, før I vælger nogen. Normalt dækker rollen:
- Faste samtaler med hver udvikler om trivsel, udvikling og forventninger.
- Oplæring af nye og ansættelsessamtaler.
- Planlægning af teamets arbejde sammen med den, der ejer produktet.
- Håndtering af konflikter og af præstationer, der ikke er gode nok.
- Beskyttelse af teamets tid mod afbrydelser.
Aftal samtidig, hvem der har det formelle personaleansvar. En ekstern CTO kan lede fagligt, men ansættelse, løn og afskedigelse bør ligge hos en, der er ansat. Den grænse gennemgår ekstern-it-ledelse.dk under personaleansvar for IT-medarbejdere. Spørgsmålet om den eksterne CTO’s mandat over for teamet er uddybet i artiklen om mandatet.
Hvorfor den bedste udvikler ikke altid er det rigtige valg
Det ligger lige for at give jobbet til den dygtigste udvikler. Det kan gå godt, men der er to risici. I mister en stor del af den bedste tekniske kapacitet, og personen er måske hverken interesseret i folk eller god til dem. Teknisk dygtighed er en fordel, for teamlederen skal kunne forstå arbejdet og have udviklernes respekt. Alene afgør den ikke sagen.
Kig efter den udvikler, kollegaerne allerede går til med andet end kodeproblemer. Personen hjælper de nye på vej, tager den svære samtale, får andre til at lykkes og bliver glad, når teamet leverer. Spørg direkte, om vedkommende har lyst. Prøv det gerne af i det små, fx ved at lade personen stå for oplæringen af næste nyansatte eller lede et afgrænset projekt.
Finder I ingen internt, kan I ansætte udefra. Det tager længere tid at komme ind i produktet, men det giver jer erfaring med rollen, som ingen af jer selv har.
Det, den nye leder skal holde op med
Det sværeste for en ny teamleder er at give slip. Mange forsøger at fortsætte, som de plejer, og lægger ledelse oveni. Det går godt i nogle uger. Derefter bliver personen teamets flaskehals, se lead developeren er blevet flaskehalsen.
Aftal derfor konkret, hvad personen holder op med:
- De vigtigste opgaver i koden. Teamlederen skal ikke stå for det, der haster mest, for møder og samtaler vil konstant afbryde arbejdet.
- At løse andres problemer. Når en udvikler sidder fast, skal lederen hjælpe personen videre og lade opgaven blive hos vedkommende.
- At have det sidste ord i alle tekniske sager. Giv det til de andre, som kender området bedst.
Hvor meget kode der er plads til, afhænger af teamets størrelse. I et lille team kan lederen stadig tage opgaver, der kan vente. Ved et større team bliver det sjældent.
Muligheden for at vende tilbage
Aftal fra begyndelsen, at skiftet kan rulles tilbage. Sig åbent, at I prøver det af i en periode, og at det er helt i orden at vende tilbage til udviklerjobbet. Mange tør ikke sige ja til ledelse, fordi de frygter ikke at kunne komme tilbage, og andre bliver hængende i et job, de ikke trives med, fordi de ikke vil se ud, som om de har fejlet.
Det er lettere at aftale, hvis jeres virksomhed også har en faglig karrierevej uden personaleansvar. Så er ledelse én vej blandt flere. Mere om det står i når de erfarne udviklere vil videre. Om teamlederens plads i en større organisation kan I læse under vækst i teamet.
Det skal I lade være med
- At vælge ud fra anciennitet · den, der har været her længst, er ikke nødvendigvis den, der vil lede.
- At kalde personen teamleder uden at fjerne opgaver · så vælger personen altid koden, når der er travlt.
- At lade den nye leder stå alene · første gang som leder kræver sparring og tid til at lære.
Det skal I kræve af den eksterne
- ☐ En beskrivelse af teamlederrollen, som passer til jeres team.
- ☐ En vurdering af, hvor personaleopgaverne ligger i dag, og hvad der ikke bliver gjort.
- ☐ En klar grænse mellem faglig ledelse og formelt personaleansvar.
- ☐ Hjælp til samtalerne, når I vælger og introducerer lederen.
Senest gennemgået: november 2026.
Næste skridt
Læs også: CTO, VP Engineering og tech lead · Første gang CTO
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
