AI akselererer programvareutvikling til rasende hastigheter, men det er vanskelig å måle det

0
39
arrow-faster-gettyimages peepo/Getty Images

Programvareutvikling og distribusjonssykluser fortsetter å akselerere, mye takket være kunstig intelligens (AI), som hjelper til med å generere kode og kommer med forslag etter hvert. Selv med en slik hyperproduktivitet forblir IT-ledere og bedriftsledere forvirret over hvordan man måler AIs påvirkning. 

Det er ordet fra en ny undersøkelse av 5 315 ledere og IT-fagfolk, utført av GitLab, som dekker programvareutviklingsproduktivitet og DevSecOps. AI-assistert utvikling er nå normen — 78 % av de spurte sier at de for tiden bruker AI i programvareutvikling eller planlegger å i løpet av de neste to årene, opp fra 64 % i 2023, bekrefter undersøkelsen. I tillegg sier 67 % at deres livssyklus for programvareutvikling nå er for det meste eller fullstendig automatisert.  

Også: Fra AI-trenere til etikere: AI kan forelde noen jobber, men generere nye

Å ta inn AI kan akselerere programvareutviklingen mot blendende hastigheter. Overraskende nok indikerer de fleste ledere, 69 %, at de sender programvare dobbelt så raskt som i fjor. I tillegg tar det faktisk lengre tid å få IT-fagfolk i gang med oppgavene. Mer enn halvparten, 52 %, sier at det tar mer enn tre måneder å komme ombord på nye utviklere – opp fra 42 % for ett år siden.  

Ledere på øverste nivå er mye mer forsiktige med AI enn sine ansatte. Et flertall av ledere, 56 %, sier at det er risikabelt å introdusere AI i livssyklusen for programvareutvikling når det gjelder personvern og datasikkerhet. I kontrast er det bare 40 % av fagfolk som har slike bekymringer.

Ledere bekymrer seg også mer om AI-ferdigheter, med 35 % som identifiserer mangel på passende ferdighetssett for å bruke AI eller tolke AI-utdata som en hindring for bruk av AI . Bare 26 % av IT-fagfolk er enige.

Respondenter som for tiden bruker AI for programvareutvikling (43 %), var mye mer sannsynlig enn de som ikke bruker AI (20 %) til å si at introduksjon av utviklere vanligvis tar mindre enn en måned. Den samme effekten ble observert for DevSecOps-plattformbruk, med 44 % av de som for øyeblikket bruker en plattform sa at introduksjon av utviklere tar mindre enn en måned, sammenlignet med 20 % av de som ikke bruker en plattform.

Undersøkelsen finner at den mest populære bruken av kunstig intelligens i IT-butikker er kodegenerering, pluss å gi forklaringer på hvordan kode fungerer. For fremtidig arbeid ønsker det største antallet at AI skal hjelpe dem med å oppnå prognose- og produktivitetsmålinger. 

Også: Møt din nye IT-superhelt: Citizen-utviklere spenner AI-musklene sine

Hvordan AI brukes i utvikling

Kodegenerering og kodeforslag/fullføring, 47%Forklaringer på hvordan et stykke kode fungerer, 40%Sammendrag av kodeendringer, 38%Chatbots som lar brukere stille spørsmål i dokumentasjon ved bruk av naturlig språk, 35%Sammendrag av kodegjennomganger, 35%

What IT proffer og ledere ønsker å se i AI

Prognostisering av produktivitetsmålinger og identifisering av uregelmessigheter gjennom livssyklusen for programvareutvikling, 38 % Forklaringer på hvordan en sårbarhet kan utnyttes og hvordan den kan utbedres, 37 % Chatbots som lar brukere stille spørsmål i dokumentasjon ved bruk av naturlig språk, 36 %  Forslag for hvem som kan gjennomgå kodeendring, 34%Fiksing mislykkede pipeline-jobber, 31%

Sikkerhet i programvareforsyningskjeden er et potensielt svakt punkt, med 67 % av fagfolk som rapporterer at en fjerdedel eller mer av koden de jobber med er fra biblioteker med åpen kildekode. Samtidig bruker bare 21 % av organisasjonene for øyeblikket en programvareliste (SBOM) for å dokumentere sammensetningen av programvaren deres.

Også: Apple-kodere, gled deg! Programmeringsverktøyene dine har nettopp fått et stort, gratis AI-løft

Ledere sier at utviklerproduktivitet er en kritisk operasjonell beregning. Mange er imidlertid usikre på hvordan de skal måle det. Litt mer enn halvparten av lederne, 51 %, sier at deres nåværende metoder for å måle utviklerproduktivitet er feil eller ønsker å måle det, men er ikke sikre på hvordan. Minst 45 % innrømmer at de ikke engang måler utviklerproduktivitet mot forretningsresultater.

Et flertall av ledere, 55 %, er enige i at utviklerproduktivitet er viktig, og 57 % er enige i at måling av denne produktiviteten er nøkkelen til forretningsvekst. Imidlertid måler bare 42 % for tiden utviklernes produktivitet i organisasjonen og er fornøyd med tilnærmingen deres. Mer enn en tredjedel (36 %) mener metodene deres for å måle utviklerproduktivitet er feil, mens 15 % ønsker å måle utviklerproduktivitet, men er ikke sikre på hvordan.