Fra freelance udvikler til Technical Director — Min rejse

En rejse der startede med nysgerrighed

Da jeg startede som webudvikler for over 19 år siden, var mit eneste mål at skrive god kode. Jeg ville lære alt om HTML, CSS og JavaScript, og jeg ville bygge ting der virkede.

I dag er jeg Technical Director hos Checkmate.dk, og selvom koden stadig er en vigtig del af mit arbejde, er det kun en del af billedet. Vejen hertil har været alt andet end lineær, og jeg har lært mindst lige så meget om mennesker, processer og forretning som om teknologi.

Her er de vigtigste lærdomme fra rejsen.

Fra bureau til enterprise til startup til freelance

Min karriere har taget mig igennem mange forskellige miljøer:

Bureauer (tidlige år) — Her lærte jeg at levere hurtigt, håndtere mange projekter samtidig og kommunikere med kunder der ikke altid vidste hvad de ville have. Det lærte mig at oversætte forretningsbehov til tekniske løsninger.

Enterprise (Grundfos, Vestas) — Her oplevede jeg hvad der sker når systemer skal skalere til tusinder af brugere og hundredevis af udviklere. Processer, arkitekturbeslutninger og teknisk gæld får en helt anden vægt når konsekvenserne er store.

Startups og SaaS (Playable, Harness) — Her lærte jeg at bygge produkter fra bunden, tage ejerskab over tekniske valg, og arbejde i teams hvor hastighed og kvalitet begge er afgørende. Som Tech Lead hos Playable og senere hos Harness fik jeg erfaring med at lede udviklingsteams og træffe de store tekniske beslutninger.

Freelance (mange år) — Her lærte jeg at drive en forretning, styre kunderelationer, og tage fuldt ansvar for leverancen. Ingen at gemme sig bag — det var mig og kun mig.

Hvad freelance lærte mig om ledelse

Mange tænker på freelance som "bare at kode for sig selv." Men virkeligheden er, at freelance er en masterclass i mange af de kompetencer man har brug for som leder:

Kundehåndtering er stakeholder management. Når du er freelance, lærer du at forstå hvad kunden virkelig har brug for (ikke bare hvad de beder om), at kommunikere proaktivt, og at styre forventninger. Det er præcis de samme skills du bruger som Technical Director.

Estimering er strategisk tænkning. At give et tilbud på et projekt kræver at du kan nedbryde kompleksitet, identificere risici og træffe de rigtige antagelser. Det er det samme du gør når du lægger en teknisk roadmap.

Ansvar for hele leverancen er ledelse. Når du er den eneste på projektet, lærer du at se helheden — design, kode, performance, SEO, deployment, vedligeholdelse. Den holistiske tankegang er uvurderlig som leder.

De 5 vigtigste ting jeg lærte på vejen

1. Koden er ikke produktet

Det tog mig år at forstå dette fuldt ud. Kunden køber ikke kode — de køber en løsning på et problem. Den bedste kode i verden er værdiløs hvis den ikke løser det rigtige problem, for de rigtige mennesker, på det rigtige tidspunkt.

Som Technical Director er mit job at sikre at vi bygger det rigtige, ikke bare at vi bygger det rigtigt.

2. Kommunikation er vigtigere end teknisk kunnen

Den dygtigste udvikler jeg nogensinde har arbejdet med var også den dårligste til at kommunikere. Resultatet? Projekter der gik galt fordi ingen forstod hvad der foregik.

Omvendt har jeg set middelmådige udviklere levere fantastiske resultater fordi de var gode til at stille de rigtige spørgsmål, kommunikere risici tidligt og holde alle informeret.

3. Sig nej oftere

Både som freelance og som leder er evnen til at sige nej en superkraft. Nej til features der ikke skaber værdi. Nej til tekniske valg der føjer kompleksitet uden gevinst. Nej til projekter der ikke passer.

Hvert ja er et nej til noget andet. Vælg med omtanke.

4. Teknisk gæld er en forretningsbeslutning

Teknisk gæld er ikke altid dårligt. Nogen gange er det den rigtige beslutning at tage en genvej for at nå markedet hurtigere. Problemet opstår når gælden ikke er bevidst — når ingen har truffet et aktivt valg.

Som Technical Director er min rolle at gøre teknisk gæld synlig og sikre at det er en bevidst afvejning, ikke en tilfældighed.

5. De bedste løsninger kommer fra de bedste teams

Tidligt i karrieren troede jeg at den bedste udvikler leverede det bedste resultat. Nu ved jeg at det bedste team leverer det bedste resultat. Min rolle er at skabe rammerne for at teamet kan gøre sit bedste arbejde — ikke at være den der skriver den smarteste kode.

Hvad er en Technical Director?

Rollen varierer fra virksomhed til virksomhed, men for mig handler det om tre ting:

Teknisk retning — At sætte den overordnede tekniske strategi og sikre at arkitekturbeslutninger understøtter forretningens mål. Ikke bare i dag, men også om 2-3 år.

Team og mennesker — At hjælpe udviklere med at vokse, fjerne blokeringer, og skabe et miljø hvor folk kan gøre deres bedste arbejde.

Bro mellem forretning og teknik — At oversætte forretningsstrategi til tekniske prioriteringer og omvendt. At sikre at tekniske beslutninger forstås af hele organisationen.

Hvorfor jeg stadig koder

Selvom min rolle primært er strategisk og ledelsesmæssig, holder jeg mig skarp ved stadig at kode. Ikke fordi jeg skal, men fordi det giver mig bedre forudsætninger for at træffe gode tekniske beslutninger.

En Technical Director der ikke forstår koden, kan ikke vurdere arkitekturforslag, estimere kompleksitet eller have meningsfulde samtaler med sit team. Det er som en fodboldtræner der aldrig selv har spillet.

Hvad nu?

Jeg er stadig tidligt i min rejse som Technical Director, og der er enormt meget at lære. Men en ting er jeg sikker på: de 19+ år som udvikler og freelance har givet mig et fundament der er svært at få andre steder.

Hvis du står et lignende sted i din karriere — mellem kode og ledelse, mellem freelance og fast rolle — så vil jeg gerne høre fra dig. Del gerne dine tanker og erfaringer.