Hvorfor jakten på hastighet skaper morgendagens programvareproblemer

Presset for å levere ERP og forretningskritisk programvare raskere skaper ofte skjulte kostnader som organisasjonene til slutt må håndtere, hevder Carl Andrews, CEO, Original Software.

Hver CIO har sittet gjennom en lanseringsfeiring. Kaken, gratulasjonene, følelsen av lettelse over at noe endelig ble levert. Det som diskuteres mindre er hva som skjer i månedene som følger, når presset for å levere på tide har stille og rolig overført kostnadene til teamene som må vedlikeholde det som ble levert.

Dette er ikke et nisjeproblem. Jakten på raskere programvareleveranse akselerer, ikke bremses. Sprint-sykluser blir kortere, utgivelseshyppigheten øker, og forventningen om at teknologien skal svare på forretningsbehov nesten i sanntid er nå standard. Å gå raskere er vanligvis det riktige instinktet. Spørsmålet er hva som blir stille og rolig ofret for å gjøre det mulig.

Hvor gjelden starter

Teknisk gjeld kommer sjelden med en advarsel. Den bygges opp gjennom beslutninger som, hver for seg, synes helt forsvarlige. Dokumentasjon blir presset ned på prioritetslisten fordi teamet må møte en frist. En midlertidig løsning blir lagt til en ERP-konfigurasjon fordi den riktige løsningen ville forsinke prosjektet. Testing blir redusert fordi tidsfristene allerede glir.

En tilpasning blir latt stå fordi å erstatte den føles for disruptivt.

Ingen setter ut for å samle på seg gjeld. Det er hva som blir igjen etter en rekke rimelige beslutninger som blir tatt under press. Hva som startet som noen kortveier blir et system som er vanskeligere å endre, bryter oftere og koster mer å vedlikeholde enn noen hadde budsjettert for.

ERP-miljøer er spesielt sårbare. Av sin natur sitter de i sentrum av organisasjonen, kobler sammen finanse, HR, leverandørkjede, innkjøp og andre kritiske forretningsfunksjoner. Over tid skaper årevis av kortveier, midlertidige løsninger og dårlig dokumenterte endringer kompleksitet som ingen ønsket, men alle arver. Resultatet er forutsigbart, selv om tidspunktet ikke er et problem som skulle vært fanget opp i testing, men i live forretningsprosesser, vanligvis på det verste mulige øyeblikk.

Hvorfor organisasjoner underskattar problemet

En del av utfordringen er at teknisk gjeld sjelden viser seg som en åpenbar kostnad. I motsetning til et mislykket prosjekt eller en missed frist, akkumulerer gjeld seg gradvis. Den viser seg som oppgraderinger som tar lengre tid enn forventet. Endringer som krever mer innsats enn de skulle. Team som bruker uker på å undersøke problemer som en gang ville vært enkle å løse.

Fordi disse kostnadene oppstår sakte, behandles de ofte som isolerte hendelser i stedet for symptomer på et bredere problem. Organisasjoner tenderer til å fokusere på de synlige fordelene med å levere raskt, mens de overseer de langtidskonsekvensene av å gjøre systemer vanskeligere å vedlikeholde og utvikle.

Resultatet er at teknisk gjeld ofte får oppmerksomhet bare når det begynner å påvirke forretningsresultatene.

Impakt på innovasjon, produktivitet og motstandskraft

Den største kostnaden av teknisk gjeld er vanligvis ikke teknisk. Den er strategisk. Ettersom ERP-miljøer blir mer komplekse, tilbringer IT-team mer tid på å vedlikeholde eksisterende systemer og mindre tid på å levere nye funksjoner. Resurser som kunne ha støttet transformasjonsprosjekter, prosessforbedringer eller AI-initiativer blir i stedet forbrukt av feilsøking, ombygging og systemvedlikehold.

Innovasjonen bremses fordi hver endring medfører større risiko. Produktiviteten lider fordi rutineoppgaver tar lengre tid å fullføre. Motstandskraften synker fordi systemer blir vanskeligere å teste, støtte og gjenopprette når noe går galt. Dette skaper en frustrerende syklus. Organisasjoner presser på for å gå raskere for å forbli konkurransedyktige, men gjelden som skapes av denne hastigheten gjør til slutt fremtidige endringer langsommere, dyrere og vanskeligere å levere.

Å få balansen rett

Svaret er ikke å bremses. Få organisasjoner kan tillate seg det. Målet er å bygge leveranseprosesser som støtter hastighet uten å kompromittere langsiktig kvalitet. Det starter med å anerkjenne at aktiviteter som testing, dokumentasjon og styring ikke er hindringer for leveranse. De er hva som gjør bærekraftig leveranse mulig. For ERP-systemer i særlig er robust regressionstesting essensielt.

Det gir organisasjonene tillit til at endringer, oppdateringer og oppgraderinger kan innføres uten å skape uventet forstyrrelse andre steder i bedriften. Kombinert med større automatisering og tidligere testing gjennom hele leveransesyklusen, hjelper det med å identifisere problemer før de blir kostbare.

Mest viktig er at organisasjonene må se på teknisk gjeld som et forretningsproblem i stedet for et teknisk. Beslutninger som tas for å akselerere leveransen i dag vil påvirke kostnaden, fleksibiliteten og motstandskraften til systemene i årevis fremover.

Lansering er ikke målstreken. Det er bare punktet hvor de langsiktige konsekvensene av disse beslutningene begynner å dukke opp. Organisasjonene som lykkes over tid vil ikke være de som beveger seg raskest på kort sikt, men de som kan fortsette å endre og innovere uten å bli hindret av systemene de avhenger av.