Teamen växer, verktygen förbättras och processerna mognar. Ändå tar förändringar längre tid än för några år sedan. Det är ett mönster vi ser i teknikintensiva bolag och det har sällan med kapacitet att göra.
I många teknikintensiva organisationer uppstår en situation som är svår att kvantifiera men tydlig i vardagen: förändringar tar längre tid än de gjorde för några år sedan.
Det handlar inte om att teamen är svagare. Ofta är det tvärtom. Verktygen är bättre, processerna mer formaliserade. Ändå kräver varje större förändring fler diskussioner, fler konsekvensanalyser och fler beroendekartläggningar innan den kan genomföras.
Kapacitet är sällan problemet
När ledtider ökar är den intuitiva lösningen att addera folk. Men i organisationer med komplexa system är det sällan antalet utvecklare som är flaskhalsen. Begränsningen ligger ofta i systemets arkitektur, flexibilitet och inte minst i bristen av automatiserade funktions- och systemtester.
När system har hög koppling mellan komponenter och otydliga ägargränser blir varje förändring potentiellt systempåverkande. En justering i en modul kräver genomgång av flera angränsande delar, inte för att implementationen är svår utan för att konsekvenserna är svåra att överblicka.
Teknisk skuld som strukturell risk
Teknisk skuld uppstår genom prioriteringar: leverans före refaktorering, funktion före modularisering, tempo före testfall och dokumentation. Varje enskilt beslut är begripligt men över tid leder det till ökad komplexitet och minskad förändringsmöjlighet.
Typiska symptom är beroenden som bara vissa seniora utvecklare förstår, säkerhetsmekanismer som lagts ovanpå snarare än integrerats i arkitekturen, och teststrategier som växer för att kompensera för arkitektonisk osäkerhet.
”Den dyraste tekniska skulden är inte den du ser i backloggen. Det är den som saktar ner varje beslut du fattar.”
Stefan Falkerud, teknikspecialist & affärsutvecklare, Ictech
Den verkliga kostnaden
Den osynliga kostnaden yttrar sig som minskad förändringshastighet. När varje initiativ kräver djupgående beroendeanalys och involvering av flera nyckelpersoner påverkas organisationens strategiska handlingsutrymme. Innovation bromsas inte av brist på idéer utan av osäkerhet kring konsekvenser.
En fråga värd att ställa
När tempot upplevs som otillräckligt är det relevant att ställa en obekväm fråga: Är problemet verkligen kapacitet? Eller är det arkitekturens förändringsbarhet?
För en CTO är distinktionen central. Arkitekturen är inte en teknisk detalj vid sidan av affären. Den är direkt kopplad till organisationens tempo, riskprofil och förmåga att ta strategiska initiativ.
I Ictechs arbete med teknikintensiva bolag går vi ofta in just där, för att skapa tydlighet i struktur, beroenden och arkitektoniska risker. Det börjar nästan alltid med samma sak: att göra den osynliga kostnaden synlig.
Vill du diskutera hur det ser ut i er organisation? Hör av dig till oss.
