Tankeledere

Når Enterprise‑AI træder ind i Værdi‑maksimeringsæraen: Hvad udviklingsteams kan lære af digital tilgængelighed

mm
Føj Unite.AI til dine foretrukne kilder på Google

Økonomien omkring AI‑integration har ændret sig dramatisk, efterhånden som realiteten af token‑omkostninger er trådt i kraft. Token‑maksimering kan have været sjovt, så længe det varede, men innovation uden ROI er ikke bæredygtig. Nu hvor vi er forbi den billige‑token‑æra, skal AI retfærdiggøre sig selv med reelle, målbare forretningsresultater på tværs af virksomheden. Det betyder, at man ikke længere kan smide AI på enhver udfordring. Organisationer skal være langt mere strategiske, bruge AI til det, den er god til, og anvende andre tilgange, når der findes en bedre løsning.

Den skjulte omkostning ved AI‑hastighed

Stigninger i udviklingshastighed fra AI‑værktøjer er værd at fejre. Men hvis koden er fuld af problemer, er den reelle fremgang ubetydelig. Konsekvenserne er alvorlige: tabt tid og penge, juridisk risiko og dårlige kundeoplevelser.

Digital tilgængelighed kan lære os meget om, hvordan man bruger AI strategisk. Det er en arena, hvor kodificerede standarder og strenge overholdelseskrav er daglige realiteter, og der er ingen plads til unøjagtighed eller ineffektivitet. Med digital tilgængelighed er målet ikke at blive bedre til at rette problemer; det er at forhindre, at problemer opstår i første omgang. Det mål bør være det samme for enhver anvendelse af AI. Ellers akkumuleres teknisk gæld hurtigt.

Ifølge IBM kan det at ignorere teknisk gæld resultere i en ROI-nedgang på 18 – 29 %. Resultater som disse kan udligne enhver hastighedsgevinst fra AI. I Deques 2026‑undersøgelse af 200 enterprise‑ingeniørledere navngav 64 % tilgængelighed som den primære årsag til genarbejde efter produktion, selvom de samme teams eksplicit bad deres AI‑agenter om at skrive tilgængelig kode.

Tilgængelighedsgæld, ligesom teknisk gæld, er ophobningen af uafklarede tilgængelighedsproblemer på tværs af en organisations digitale ejendomme. Det er gæld, der forværres over tid – problemer, der ikke adresseres i design og udvikling, bliver dyrere at rette senere. Nyere forskning viser, at det er 30‑gange dyrere at rette et tilgængelighedsproblem, der opdages i produktion, end i designfasen. Det giver organisationer et reelt økonomisk incitament til at fange problemer tidligt, især med nutidens kodeproduktionsvolumener.

Strategisk AI vs. Deterministiske værktøjer

AI er ikke altid svaret. I mange tilfælde leverer regelbaserede, deterministiske værktøjjer mere konsistente resultater, hurtigere og billigere. For at træffe den rigtige beslutning om, hvad man skal bruge hvornår, bør teams begynde med at opdele arbejdsprocessen i delopgaver og vurdere, hvordan hver udfordring bedst kan tackles. For eksempel er opgaver, der kræver konsistent verifikation – at tjekke hvert element mod en defineret standard – ideelle kandidater til deterministiske, regelbaserede værktøjer.

AI er egnet til dømmekraft, syntese og generering af muligheder. Det er ikke egnet til validering: at tjekke alt på samme måde, hver gang.

Nogle ingeniørteams håndterer dette ved at køre den samme gennemgang gentagne gange og sammenligne resultaterne. Det virker, men det er ikke gratis. I Deques egne eksperimenter brugte en enkelt kodegennemgang ca. 60 % af de tokens, der blev brugt på en opgave. Selve kodningen tog omkring 13 %. At skrive testene tog en tilsvarende andel. Og én gennemgang er sjældent nok. Den samme gennemgang skal ofte udføres tre til ti gange på den samme kodebase, før den konvergerer på den fulde liste over reelle problemer. Hver gennemgang er en frisk søgning, ikke en kumulativ én, så intet overføres fra den forrige kørsel.

Om det er umagen værd, afhænger af omkostningstolerance. En organisation kan oprette nok agenter, lade dem iterere og tjekke hinandens arbejde, og konvergere på et godt svar. Men det betyder, at man betaler for det i tokens og cyklustid. Alternativet er enklere: en deterministisk kontrol returnerer det samme resultat hver gang, uden gentagne gennemgange.

Udnyttelse af kontekst og menneske‑i‑sløjfen

En anden tilgang, der beskrives i en nylig case‑studie, involverede kombination af automatisering og agent‑AI med menneskelig gennemgang. I organisationens nye arbejdsproces blev tilgængelighedsfund leveret til en AI‑agent, som brugte et afhjælpningsværktøj til at anvende forventede HTML‑rettelser direkte i kildekoden og derefter automatisk oprettede og dokumenterede pull‑requests. Ingeniører gennemgik derefter de AI‑genererede ændringer, godkendte pull‑requests og opretholdt styring af kvalitet og resultater. Resultatet: 253 ingeniørtimer genvundet, med afhjælpning 98 % hurtigere samlet set. Arbejdsprocessen blev anslået til at spare mere end $25.000 i ingeniøromkostninger.

At opnå gode resultater fra en AI‑agent afhænger af, hvordan den er konfigureret, ikke kun af gode prompts. Ingeniører kalder dette harness‑engineering og kontekst‑engineering: at bygge de specifikke værktøjer, kontroller og tilgængelige oplysninger, der gør det muligt for en agent at udføre godt arbejde i et bestemt miljø, i stedet for at lade modellen finde ud af det selv. En agent, der gennemgår kode, behøver ikke hele kodebasen indlæst i sit kontekstvindue. Lad den søge efter de relevante filer og kun hente den omgivende kode, den har brug for, så vil den typisk levere bedre arbejde for mindre penge end en, der får alt på én gang. Den samme logik gælder for genbrug af kontekst på tværs af kald i stedet for at genopbygge den fra bunden hver gang.

Træd et skridt tilbage, og husk at grunden til, at alt dette betyder noget, er, at mængden af AI‑genereret kode vokser i et virkelig hektisk tempo. I den sammenhæng virker stigende omkostninger uundgåelige: enten fordi man skal rette alle de problemer, som uvalideret AI‑kode skaber, eller fordi man skal kontrollere stadig større mængder kode, før den når produktion.

Men stigende omkostninger er ikke uundgåelige. Digital tilgængelighed tilbyder en løsning – en løsning, der indebærer flere afbalanceringer mellem AI og regelbaserede, deterministiske værktøjer; mellem AI‑drevet automatisering og menneskelig validering; samt mellem skalerbarhed og omkostningseffektivitet. At få disse balancer rigtige handler om organisatorisk disciplin. Jo hurtigere organisationer udvikler disciplinen til at bruge AI bevidst, effektivt og passende, jo hurtigere kan de forvente at se positive, målbare afkast på deres AI‑investeringer.

Dylan Barrell har arbejdet inden for tilgængelighedsområdet i mere end et dusin år. I løbet af denne periode har han gjort effektiv og brugervenlig tilgængelig softwareudvikling til et fokus for sine indsatser, og i øjeblikket undersøger han, hvilken rolle AI kan spille i dette.

Som Chief Technology Officer hos Deque har Dylan haft privilegiet at lede Deques side af mange store tilgængelighedsremedieringsprojekter og rådgive Deques Fortune 500‑kunder om, hvordan de kan integrere tilgængelighed i deres udviklingsprocesser. Han grundlagde axe-familien af tilgængelighedstestprodukter og leder Deques softwareudviklingsteams i at skubbe grænserne for tilgængelighed i stor skala. Han har udgivet en bog om praksisser for succesfuld agil tilgængelighed: Agile Accessibility Handbook.