Hvorfor jagten på hastighed skaber morgendagens software-problemer

Presset for at levere ERP og forretningskritisk software hurtigere skaber ofte skjulte omkostninger, som organisationer til sidst må løse, mener Carl Andrews, CEO, Original Software.

Hver CIO har siddet igennem en go-live-fejring. Kagen, tilfredsheden, følelsen af lettelse over, at noget endelig blev leveret. Det, der tales mindre om, er, hvad der sker i månederne efter, når presset for at levere på tid stille og roligt har overført omkostningerne til de hold, der er tilbage til at vedligeholde det, der blev leveret.

Dette er ikke et niche-problem. Jagten på hurtig softwarelevering accelererer, ikke langsommere. Sprint-cykler bliver kortere, udgivelseshyppigheden øges, og forventningen om, at teknologien skal svare på forretningsbehov næsten i realtid, er nu standard. At gå hurtigere er normalt den rigtige instinkt. Spørgsmålet er, hvad der stille og roligt ofres for at gøre det muligt.

Hvor gælden begynder

Teknisk gæld kommer sjældent med en advarsel. Den opbygges gennem beslutninger, der enkeltvis synes fuldstændig forsvarlige. Dokumentation bliver flyttet ned på prioriteringslisten, fordi holdet skal nå en deadline. En midlertidig løsning tilføjes til en ERP-konfiguration, fordi den rigtige løsning ville forsinke projektet. Testning reduceres, fordi tidsfrister allerede glider.

En tilpasning bliver efterladt, fordi at erstatte den føles for disruptivt.

Ingen har til hensigt at opsamle gæld. Det er, hvad der er tilbage efter en række fornuftige beslutninger, der er truffet under pres. Det, der startede som nogle genveje, bliver et system, der er sværere at ændre, går i stykker mere ofte og koster mere at vedligeholde, end nogen havde budgetteret med.

ERP-miljøer er særligt sårbare. De ligger i centrum af organisationen og forbinder finans, HR, forsyningskæde, indkøb og andre kritiske forretningsfunktioner. Over tid skaber års arbejde med genveje, midlertidige løsninger og dårligt dokumenterede ændringer kompleksitet, som ingen havde til hensigt, men alle arver. Resultatet er forudsigeligt, selv om timing ikke er et problem, der skulle være blevet fanget i testningen, men i stedet dukker op i live-forretningsprocesser, normalt på det værste mulige tidspunkt.

Hvorfor organisationer undervurderer problemet

En del af udfordringen er, at teknisk gæld sjældent viser sig som en åbenlys omkostning. I modsætning til et mislykket projekt eller en forsinket deadline, opbygges gælden gradvist. Den viser sig som opgraderinger, der tager længere tid, end forventet. Ændringer, der kræver mere indsats, end de skulle. Hold, der bruger uger på at undersøge problemer, der tidligere ville have været lette at løse.

Fordi disse omkostninger opstår langsomt, behandles de ofte som isolerede tilfælde snarere end symptomer på et bredere problem. Organisationer tenderer til at fokusere på de synlige fordele ved at levere hurtigt, mens de overseer de langsigtede konsekvenser af at gøre systemer sværere at vedligeholde og udvikle.

Resultatet er, at teknisk gæld ofte får opmærksomhed først, når det begynder at påvirke forretningspræstation.

Indvirkningen på innovation, produktivitet og robusthed

Den største omkostning ved teknisk gæld er normalt ikke teknisk. Det er strategisk. Da ERP-miljøer bliver mere komplekse, bruger IT-hold mere tid på at vedligeholde eksisterende systemer og mindre tid på at levere nye funktioner. Ressourcer, der kunne støtte transformationsprojekter, procesforbedringer eller AI-initiativer, bliver i stedet forbrugt af fejlfinding, omarbejdning og systemvedligehold.

Innovationen langsommere, fordi hver ændring medfører større risiko. Produktiviteten lider, fordi rutineopgaver tager længere tid at fuldføre. Robustheden falder, fordi systemer bliver sværere at teste, støtte og genskabe, når noget går galt. Dette skaber en frustrerende cyklus. Organisationer presser på for at gå hurtigere for at blive konkurrencedygtige, men den gæld, der skabes af denne hastighed, gør til sidst fremtidige ændringer langsommere, dyrere og sværere at levere.

At få balancen rigtig

Svaret er ikke at langsommere. Få organisationer kan tillade sig det. Målet er at opbygge leveringsprocesser, der understøtter hastighed uden at kompromittere langsigtede kvalitet. Det starter med at erkende, at aktiviteter som testning, dokumentation og styring ikke er hindringer for levering. De er, hvad der gør bæredygtig levering mulig. For ERP-systemer i særdeleshed er robust regressionstestning essentiel.

Det giver organisationer tillid til, at ændringer, opdateringer og opgraderinger kan introduceres uden at skabe uventet forstyrrelse andre steder i forretningen. Kombineret med større automatisering og tidligere testning i hele leveringslivscyklussen, hjælper det med at identificere problemer, før de bliver dyre problemer.

Det vigtigste er, at organisationer behandler teknisk gæld som et forretningsproblem snarere end et teknisk problem. Beslutninger, der træffes for at accelerere levering i dag, vil påvirke omkostningerne, fleksibiliteten og robustheden af systemer i årevis.

Go-live er ikke målstregen. Det er blot det punkt, hvor de langsigtede konsekvenser af disse beslutninger begynder at dukke op. De organisationer, der lykkes over tid, vil ikke være dem, der bevæger sig hurtigst på kort sigt, men dem, der kan fortsætte med at ændre og innovere uden at blive holdt tilbage af de systemer, de afhænger af.