Størstedelen af teknisk gæld er faktisk ikke teknisk

Hvorfor onboardingbeslutninger betyder mere end kode. Teknisk gæld bliver ofte fremstillet som et teknisk problem. Vi taler om kodekvalitet, forhastet arkitektur eller forkerte teknologivalg. Det er en behagelig forklaring, og nogle gange passer den. Men som regel viser den ikke hele billedet.

I virkeligheden starter en stor del af den tekniske gæld i organisationer slet ikke i koden. Den opstår meget tidligere, i onboarding-fasen. Det skyldes uklare beslutninger, manglende ejerskab og antagelser, der aldrig blev gjort eksplicitte. Når det senere viser sig at være det, vi kalder "teknisk gæld", er den egentlige årsag som regel både ældre og langt sværere at rette op på.

Hvor teknisk gæld egentlig starter

De fleste onboarding-programmer er bygget op omkring et tydeligt og forståeligt mål: at få systemerne op at køre. Miljøer sættes op, integrationer forbindes, brugere kan logge ind, og go-live opnås. Fra et traditionelt projektperspektiv ser det ud til at være en succes.

Men under overfladen er en række vigtige spørgsmål ofte ubesvarede.
Hvem ejer egentlig systemet, når projektteamet trækker sig?
Hvad betragtes som normal drift - og hvad er afvigelser?
Hvilke beslutninger blev bevidst truffet som midlertidige, og hvilke skulle være permanente?
Hvilke antagelser lå til grund for, at processen kunne fremskyndes?

Når disse spørgsmål forbliver uafklarede, introducerer onboarding usikkerhed sammen med de nye systemer. Usikkerhed er usynlig i starten, og den skaber ikke nødvendigvis problemer. I stedet bliver den liggende og dukker først op senere, ofte i forbindelse med ændringer, skalering, hændelser eller overdragelse mellem teams.

Mønstre, der stille og roligt opbygger gæld

På tværs af mange onboarding-processer dukker de samme mønstre op igen og igen. Ikke med vilje, men på grund af tempo, pres og dygtige mennesker, der gør deres bedste med begrænset tid.

Ofte er det langsigtede ejerskab ikke defineret tydeligt nok. Ansvaret er tydeligt i selve leverancen, men hvem der rent faktisk har ansvaret efter onboarding, forbliver uklart. Når udfordringer opstår måneder eller år senere, går tiden med at diskutere ejerskab i stedet for at løse problemet.

I andre tilfælde omtales beslutninger tydeligt som midlertidige "indtil videre". Man bruger genveje, undtagelser eller midlertidige løsninger for at bevare momentum. Uden en klar dato for, hvornår de skal revurderes, bliver det midlertidige gradvist permanent.

Antagelser spiller en vigtig rolle. Forventninger om kapacitet, brugsmønstre, supportmodeller og afhængigheder mellem integrationer behandles ofte som fælles forståelse i stedet for dokumenterede fakta. Når antagelser ikke skrives ned, forbliver de ikke fleksible - de stivner langsomt til virkelighed.

Under tidspres opstår også workarounds. Det, der starter som en praktisk løsning her og nu, ender ofte med at definere, hvordan systemet bruges i årevis. Over tid bliver midlertidige workarounds normalen, selv om det aldrig var intentionen.

Til sidst ser vi ofte, at onboardingprocessen er ensidigt fokuseret på go live, mens det, der sker bagefter, forbliver implicit. Optimering, stabilisering og overdragelse af ejerskab bliver antaget frem for planlagt.

Dette er ikke et resultat af dårlig teknik. Det er et naturligt resultat af højt tempo, hvor antagelser og beslutninger ikke bliver gjort eksplicitte.

Hvordan gælden viser sig senere

Når situationen i sidste ende omtales som "teknisk gæld", er symptomerne ofte velkendte. Der er usikkerhed om, hvem der ejer ændringer. Dele af systemet bliver til "farezoner", som ingen ønsker at røre ved. Manuelle processer lever videre, uden at nogen helt forstår dem fra ende til anden. Forbedringer udskydes, fordi konsekvenserne er uklare.

Samtaler starter med sætninger som:

"Vi har altid gjort det på denne måde."

På det tidspunkt virker gælden dybt teknisk. At gøre noget ved den kræver langt mere end at rydde op i kode eller opgradere platforme.

Reduktion af teknisk gæld starter før koden

Mange organisationer forsøger at håndtere teknisk gæld sent gennem oprydningsinitiativer eller separate refaktoriseringsprojekter. Den type tiltag kan hjælpe, men de forhindrer sjældent, at de samme udfordringer opstår igen.

Det bedste tidspunkt at reducere den type gæld er tidligt i onboardingfasen. Det kræver ikke nye værktøjer eller store rammeværk. I praksis handler det mest om at gøre nogle få ting mere bevidst.

Øyvind Bredland - Team Lead Customer Onboarding, Cegal

Ejerskab skal gøres eksplicit fra starten. Vigtige beslutninger skal dokumenteres sammen med kontekst og overvejelser. Antagelser bør skrives ned, i stedet for at være noget, man går ud fra. Midlertidige beslutninger skal have en klar forståelse af, hvornår - og hvordan - de vil blive revideret. Og onboarding skal ses som starten på driften, ikke slutningen på leveringen.

I sidste ende handler det om klarhed.

Tydelighed rækker længere end genveje

Teknologi vil ændre sig. Kontekst vil skifte. Krav vil udvikle sig. Det, der gør teams i stand til at tilpasse sig, er ikke fraværet af gæld, men at der er tydelighed. Tydelighed om, hvorfor ting blev gjort, hvem der ejer dem, og hvilke antagelser der stadig gælder.

Derfor er teknisk gæld som regel ikke teknisk. Den er et resultat af usikkerhed, der opstår tidligt og aldrig bliver afklaret. At reducere den starter sjældent i koden. Det starter med at være tydelig fra starten og villig til at revurdere beslutninger, før de sætter sig fast.

Onboarding former måden, systemet bliver brugt og drevet på længe efter leverancen. Hvis ansvar, beslutninger og antagelser ikke er tydelige fra start, forsvinder problemerne ikke. De dukker op senere som friktion, usikkerhed og det, vi ofte kalder teknisk gæld.

Jo tidligere de ting bliver tydelige, desto lettere bliver alt det, der kommer efter.