Manglende teknisk ledelse viser sig sjældent som et teknisk problem. Det viser sig som udskudte datoer, skænderier om estimater og kunder, der venter på svar. Udviklerne kan være dygtige, og alle kan arbejde hårdt, og alligevel går det langsommere for hvert kvartal, fordi ingen ejer helheden. Her er syv tegn, en ledelse kan se uden selv at kunne læse kode. Hvert tegn har et spørgsmål, I kan stille på næste møde.
1. Releases bliver udskudt igen og igen
En release er det tidspunkt, hvor en ny version kommer ud til kunderne. Når datoen flytter sig igen og igen, og forklaringen hver gang er en ny, er problemet som regel større end den enkelte forsinkelse. Måske er der ingen, der holder øje med, hvad der er på vej, eller også er det blevet farligt at sende ændringer ud.
Spørg: Hvad var den egentlige årsag til de sidste tre forsinkelser, og er det den samme? Hver release er en risiko går mere i dybden.
2. Ingen er enige om estimaterne
Salget hører tre uger, udviklerne siger to måneder, og direktøren ved ikke, hvem der har ret. Uenighed om estimater er normal. Det er værre, når ingen kan forklare, hvad tallet bygger på, og hvad der kunne gøre det mindre. Teknisk ledelse viser sig ved, at usikkerheden bliver sagt højt, og at der findes en billigere udgave af ønsket.
Spørg: Hvad er det mindste, vi kan levere først, og hvad er vi mest usikre på? Baggrunden står i hvorfor holder estimaterne aldrig?.
3. Ingen ejer arkitekturen
Arkitektur er produktets grundplan. Spørg tre udviklere, hvordan produktet hænger sammen, og hvad det største svage punkt er. Får I tre forskellige svar, ejer ingen helheden. Så vokser produktet i den retning, den enkelte opgave trækker, og hver ny funktion bliver sværere end den forrige.
Spørg: Findes der en beskrivelse af produktet, og hvem har sidst rettet i den?
4. Kunderne spørger om noget, ingen kan svare på
En større kunde vil vide, hvor data ligger, hvordan I gendanner efter et nedbrud, eller om produktet kan klare deres antal brugere. Svaret tager uger, eller salget gætter. Det er et af de tydeligste tegn, for her koster fraværet af ledelse direkte i salget.
Spørg: Hvem hos os kan svare på et kundespørgeskema, og hvor lang tid tager det? Se kundekrav til produktet.
5. Alt går gennem én person
Det kan være stifteren, lead developeren, altså den mest erfarne udvikler, eller en leverandørs kontaktperson. Alle beslutninger og al kodegennemgang lander samme sted, og når personen holder ferie, står alt stille. Den person er ofte virksomhedens største styrke og dens største risiko på samme tid.
Spørg: Hvad ville gå i stå, hvis personen var væk i tre uger? Lead developeren er blevet flaskehalsen beskriver mønsteret.
6. Teknologivalg sker af sig selv
Et nyt værktøj kommer ind, fordi en udvikler havde lyst. En leverandør vælger platformen, fordi det er den, de kender. Ingen har vurderet, hvad valget binder jer til. Enkeltvis er det små valg, og samlet bestemmer de, hvad produktet kan om nogle år, og hvor nemt I kan rekruttere.
Spørg: Hvem godkendte vores seneste større teknologivalg, og hvor står begrundelsen? Baggrunden for de valg, der tæller, står under arkitektur og teknologivalg.
7. Ledelsen hører om gælden, når det brænder
Teknisk gæld er kompromiser i koden, som nogen skal rydde op efter senere. Hører ledelsen kun om den i form af et pludseligt krav om at stoppe alt, eller gennem en udvikler, der siger op i frustration, mangler oversættelsen mellem teknik og forretning. Gæld er normal, og den bliver først farlig, når ledelsen ikke kender den.
Spørg: Hvad er de tre største tekniske risici lige nu, og hvad koster de os i tempo? Forklaringen findes i teknisk gæld forklaret for ledelsen.
Sådan læser I tegnene
Ét tegn i en periode betyder ikke meget. Alle softwarehuse har dårlige måneder. Det alvorlige er, når flere tegn står samtidig og har stået længe, for så ligger årsagen sjældent hos den enkelte. Ledelsen har givet folk opgaver uden at give nogen ansvaret for helheden.
Tag listen på et ledelsesmøde. Lad direktøren og den tekniske ansvarlige hver markere de tegn, de genkender, og sammenlign. Forskellen mellem jeres to lister er ofte det mest lærerige. Vis også listen til to udviklere, hvis stemningen tillader det, for de kender svarene.
Peger flere tegn på det samme, har I to skridt at vælge mellem. Det ene er at give en intern person ansvaret og tiden til det. Det andet er at få tilstanden set efter af en udefra, før I beslutter noget større. Hos Nielco IT kan en gennemgang af produktet købes alene som første skridt, og den dækker ledelse, leverandører, teknologivalg og team.
Det skal I lade være med
- At lede efter en syndebuk · tegnene peger på organiseringen, sjældent på en enkelt udvikler.
- At ansætte flere udviklere som første svar · uden retning bliver det sværere at styre.
- At vente på den store krise · tegnene er lettere at rette, mens produktet stadig kører.
Det skal I kræve af den eksterne
- ☐ En vurdering af tegnene, skrevet til en ledelse uden fagord.
- ☐ Samtaler med udviklerne, før der konkluderes noget.
- ☐ En prioriteret liste med de første skridt, og hvem der ejer hvert af dem.
- ☐ En ærlig melding, hvis problemet kan løses uden en ekstern.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Hvorfor går udviklingen langsommere end før? · Hvor står produktet? Selvtests for ledelsen
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
