< p class = "meta"> Av Joe McKendrick för Service Oriented | 29 juli 2021 – 15:47 GMT (16:47 BST) | Ämne: IT -prioriteringar
Om du behövde något bevis på den kvarstående kopplingen mellan affärs- och informationstekniska avdelningar, finns data i. Vi kopplar ofta kopplingen till ett misslyckande med att kommunicera förändrade företagskrav, men företagsledare är också av märket när det gäller att bedöma produktiviteten eller prestanda för deras programvaruteam. Nästan nio av tio (89%) chefer i en nyligen genomförd undersökning tror att de kan mäta prestandan för mjukvarutekniska team, men i verkligheten har de inte grepp om vad som händer. Till att börja med anser många fortfarande att kodrader som producerats är ett exakt mått på programvaruteamets produktivitet – ett mycket ofullkomligt mätmedel.
Foto: Joe McKendrick
Det här är en av undersökningarna av en nyligen genomförd undersökning av 2 013 chefer, som släppts av CircleCI, som uppskattar att företag förlorar upp till 126 miljoner dollar per år eftersom chefer inte förstår det väsentliga med utvecklarproduktivitet. Minst 40% av företagsledarna mäter prestanda för sina team med hjälp av mått som kodrader och berättelsepunkter, som är måttenheter som uppskattar den insats som krävs för att slutföra ett mjukvaruprojekt. Ingen av dem visar exakt ROI på tekniska resultat, påpekar författarens författare. “Båda åtgärderna har någon nischverktyg men är ineffektiva för att mäta ett mjukvaruteams framgångar och inverkan på verksamheten.”
Åttio procent av cheferna säger att deras mjukvaruingenjörers förmågor är avgörande för deras företag idag. Mer än en tredjedel, 36%, säger att de kan öka intäkterna avsevärt (med mer än 50%) med effektiv programvaruleverans. “Totalt uppskattar ledarna vi undersökte att en potentiell höjning av $ 126 miljoner per företag och år kan uppnås genom att stärka det kritiska förhållandet mellan företag och teknik”, säger författarna. “Men utan en djup förståelse för om ingenjörsteam är redo för att leverera resultat och uppnå sin fulla potential, kommer den intäktsökningen att vara utom räckhåll för många.”
Denna brist på insikt i mjukvaruverksamhet har många konsekvenser, särskilt eftersom endast en tredjedel av företagen i undersökningen leds av chefer med viss IT-bakgrund på sina CV. “Chefer för digitalt drivna företag är ofta hårt pressade för att förklara hur antalet anställda och verktygskostnader för mjukvaruteknik återkommer för deras resultat”, påpekar forskarna. “Utan denna förståelse verkar till synes enkla frågor som” ska vi anställa fler utvecklare? ” är svåra att svara på. ”
Undersökningen visade hur mycket arbete som fortfarande krävs för att täppa till dessa luckor. Till exempel är DevOps och kontinuerlig integration/kontinuerlig distribution fortfarande framväxande. För närvarande planerar 30% att prioritera DevOps, och endast 15% kommer att sätta CI/CD i praktiken för första gången.
Rapporten betonar vikten av att anpassa sig till mål och resultat, förkorta återkopplingsslingor och använda korrekta mätvärden som metoder som kan överbrygga dessa kritiska klyftor mellan företagsledare och deras utvecklingsteam. Rapportförfattarna förespråkar servicenivåmål (SLO), som är “enkla, numeriska åtgärder som kan föra företagskontext till en viss del av din produktion, och innehåller vanligtvis saker som felprocent, drifttid och tid för återhämtning.” Organisationer som fortfarande baserar aktivitetsstatistik på grundläggande utdata, t.ex. kodrader, rekommenderas att “tänka på din programvaruleveranspipeline, sätta en baslinje och sätta upp mål för att optimera din förmåga att skicka snabbt, få feedback från kunder och iterera – erbjuder fler chanser för framgång. ”
Resultaten spelar roll, betonar rapportens författare. Mätresultat är kritiska, “både för ingenjörsledare att äga historien om deras inverkan på verksamheten och för företagsledare att göra korrekta bedömningar om var och hur man ska investera i ingenjörsteam. Guldstandarden är att förstå hur förändringar i programvaran påverkar affärsprestanda: ökade den nya funktionen försäljningen? Sänkte minskningen av stilleståndstiderna mindre? Var det mer troligt att kunder i den nya versionen skulle utöka sin användning? Ändå kan det vara svårt att knyta programvaruteamarbete till affärspåverkan och utmaningen att definiera bra resultatmått är att de kan vara väldigt individuella utifrån varje organisations behov och mål. ”
Relaterade ämnen:
Enterprise Software CXO Thought Leadership Innovation Tech and Work 