Forretningsledernes uvidende om softwareudvikling koster dem et bundt

0
148

 Joe McKendrick < p class = "meta"> Af Joe McKendrick for Service Oriented | 29. juli 2021 – 15:47 GMT (16:47 BST) | Emne: IT -prioriteter

Hvis du havde brug for noget bevis for den vedvarende afbrydelse mellem forretnings- og informationsteknologiafdelinger, er dataene inde. Vi forbinder ofte afbrydelsen med en manglende kommunikation af ændrede forretningskrav, men virksomhedsledere er også ude af mærket, når det kommer til vurdering af produktiviteten. eller ydeevne for deres softwareteams. Næsten ni ud af ti (89%) ledere i en nylig undersøgelse mener, at de nøjagtigt kan måle ydeevnen for software engineering -teams, men i virkeligheden har de ikke styr på, hvad der foregår. Til at begynde med anser mange stadig kodelinjer for at være et nøjagtigt mål for softwareteams produktivitet – et meget ufuldkommen måleinstrument.

 board-jo-mckendrick.jpg

Foto: Joe McKendrick

Disse er blandt takeaways i en nylig undersøgelse blandt 2.013 ledere, udgivet af CircleCI, der vurderer, at virksomheder taber op til $ 126 millioner om året, fordi ledere ikke forstår det væsentlige i udviklernes produktivitet. Mindst 40% af virksomhedsledere måler deres teams præstationer ved hjælp af målinger som kodelinjer og historikpunkter, som er måleenheder, der estimerer den krævede indsats for at gennemføre et softwareprojekt. Ingen af ​​dem viser nøjagtigt ROI'et for tekniske resultater, påpeger undersøgelsens forfattere. “Begge foranstaltninger har en vis niche -nytteværdi, men er ineffektive til at måle et softwareteams succes og indvirkning på forretningen.”

80 procent af ledere siger, at deres softwareingeniørers evner er afgørende for deres virksomheder i disse dage. Mere end en tredjedel, 36%, siger, at de kan øge indtægterne betydeligt (med mere end 50%) med effektiv softwarelevering. “I alt anslår de ledere, vi undersøgte, en potentiel løft på $ 126 millioner pr. Virksomhed om året kunne opnås ved at styrke det kritiske forhold mellem forretning og teknologi,” siger forfatterne. “Uden en dyb forståelse af, om ingeniørteams er veludstyrede til at levere resultater og opnå deres fulde potentiale, vil denne indtægtsstigning dog forblive ude af rækkevidde for mange.”

Denne mangel på indsigt i softwaredrift har mange konsekvenser, især da kun en tredjedel af virksomhederne i undersøgelsen ledes af ledere med en vis it-baggrund på deres CV. “Ledere i digitalt drevne virksomheder er ofte hårdt pressede til at forklare, hvordan software engineering-antal og værktøjsomkostninger vender tilbage til deres bundlinje,” påpeger forskerne. “Uden denne forståelse synes tilsyneladende ligetil spørgsmål som 'skal vi ansætte flere udviklere?' er svære at svare på. ”

Undersøgelsen viste, hvor meget arbejde der stadig kræves for at lukke disse huller. F.eks. Er DevOps og kontinuerlig integration/kontinuerlig distribution stadig begyndende. På nuværende tidspunkt planlægger 30% at prioritere DevOps, og kun 15% vil sætte CI/CD i praksis for første gang.

Rapporten understreger vigtigheden af ​​at tilpasse mål og resultater, forkorte feedback -sløjfer og bruge korrekte metrik som metoder, der kan bygge bro over disse kritiske huller mellem virksomhedsledere og deres udviklingsteam. Rapportforfatterne går ind for målsætninger på serviceniveau (SLO'er), som er “enkle, numeriske foranstaltninger, der kan bringe forretningsmæssig kontekst til en bestemt del af dit output, og som normalt omfatter ting som fejlprocenter, oppetid og tid til genopretning.” Organisationer, der stadig baserer aktivitetsmålinger på grundlæggende output såsom kodelinjer, rådes til at “tænke over din softwareleveringspipeline, fastsætte en baseline og sætte mål for at optimere din evne til hurtigt at sende, få feedback fra kunder og iterere – hvilket giver flere chancer for succes. ”

Resultater betyder noget, understreger rapportens forfattere. Måling af resultater er kritiske, “både for ingeniørledere at eje historien om deres indvirkning på virksomheden, og for forretningsledere til at foretage nøjagtige vurderinger af, hvor og hvordan man investerer i ingeniørteam. Guldstandarden er at forstå, hvordan ændringer i software påvirker forretningspræstationer: øgede den nye funktion salget? Faldede en nedgang i nedetid lavere churn -priser? Var kunderne i den nye version mere tilbøjelige til at udvide deres brug? Alligevel kan det være svært at knytte softwareteamarbejde til virksomhedens indvirkning og udfordringen med at definere gode resultatmålinger er, at de kan være meget individuelle baseret på behovene og målene for hver organisation. ”

Relaterede emner:

Enterprise Software CXO Thought Leadership Innovation Tech and Work

Af Joe McKendrick for Service Oriented | 29. juli 2021 – 15:47 GMT (16:47 BST) | Emne: IT -prioriteter