Molte aziende non hanno una cultura DevOps completa

Le aziende sprecano potenziale nello sviluppo del software: meno della metà ha una cultura DevOps completa. Lo dimostra l'indagine sullo stato dell'esperienza degli sviluppatori 2022 di LeanIX. Secondo questo studio, la maggior parte degli intervistati applica i metodi caratteristici di DevOps solo sporadicamente e si lamenta più spesso che gli ostacoli diventano una sfida nel lavoro quotidiano. Considerando l'importanza dello sviluppo del software per il raggiungimento degli obiettivi aziendali, è allarmante che la maggior parte dei team di sviluppo abbia una scarsa conoscenza del valore immediato del proprio lavoro per i clienti, conclude lo studio. Sono disponibili solo pochi indicatori chiave di prestazione e anche l'efficienza dello sviluppo del software non è misurata in modo sufficiente. Un quarto degli intervistati non determina una delle quattro metriche DORA riconosciute. La mancanza di metriche sui benefici per i clienti e sull'efficienza rende difficile la comunicazione: solo il 42% degli intervistati afferma che l'IT e il business parlano la stessa lingua nella propria azienda. Il sondaggio LeanIX State of Developer Experience, condotto per la prima volta nel 2022, lo dice chiaramente: un po' di DevOps non è sufficiente - e una maggiore attenzione ad esso può migliorare in modo decisivo lo sviluppo del software.

Il potenziale di DevOps non viene sfruttato nel lavoro quotidiano

I partecipanti allo studio sono stati interrogati sull'uso di cinque metodi di lavoro caratteristici di DevOps, con risultati sconfortanti: Mentre poco meno del 60% degli intervistati dichiara di poter reagire in modo flessibile alle mutevoli esigenze dei clienti e di disporre di pipeline CI/CD, la flessibilità in vista del cliente e la capacità di automatizzare e testare le modifiche al codice sono fondamentali per le iniziative DevOps. Tuttavia, la flessibilità in funzione del cliente e la capacità di automatizzare e testare le modifiche al codice tramite pipeline CI/CD sono fondamentali per le iniziative DevOps. È quindi notevole che per oltre il 40% delle squadre questo requisito di base sia soddisfatto solo parzialmente o non sia affatto soddisfatto. Il quadro è ancora peggiore quando si tratta del tipico principio DevOps di "build-ship-own your code", dell'organizzazione dei team basata sulle topologie dei team o della libera scelta dello stack tecnologico. In sintesi: le iniziative DevOps sono espandibili nelle aziende internazionali.

Il livello di maturità DevOps influenza la percezione delle barriere al lavoro

Se analizziamo i cinque metodi di lavoro interrogati, vediamo che la maggior parte dei team di sviluppatori (53%) utilizza solo fino a tre di questi metodi. Questo basso livello di maturità DevOps influisce sulla valutazione degli ostacoli nel lavoro quotidiano. Gli intervistati di questi team li considerano costantemente una sfida maggiore: Ridurre l'impegno manuale a causa della mancanza di automazione: è in cima alla lista degli ostacoli descritti come una "grande sfida" per tutti gli intervistati. Tuttavia, i team con un livello di maturità DevOps inferiore percepiscono questo aspetto in modo significativamente più forte, con il 41% contro il 25%. Che si tratti di rompere i silos o della difficoltà di concentrarsi sui propri compiti a causa dei frequenti cambiamenti di contesto, che si tratti di scoprire i colli di bottiglia, la sfida di dare priorità ai progetti o di allocare le risorse in modo efficiente: in teoria, i metodi di lavoro agili portano all'eliminazione o alla riduzione significativa di questi ostacoli. Il fatto che la maggior parte degli intervistati descriva questi problemi come impegnativi è un'altra indicazione del fatto che i team DevOps sono ancora in viaggio. È qui che i responsabili possono iniziare a migliorare e accelerare ulteriormente lo sviluppo del software in azienda.

Manca un linguaggio comune tra IT e business.

Erfolgreiche DevOps-Initiativen benötigen die Kollaboration mit allen Stakeholdern im Unternehmen – darauf weisen die Analysten von Gartner hin. Sie merken an, dass viele Initiativen auch deshalb scheitern, weil innerhalb des Unternehmens die damit verknüpften Erwartungen nicht klar definiert sind. Um diese Erwartungen zu steuern, sollten sich IT und Business auf gemeinsame Ziele und Metriken – und damit auf eine gemeinsame Sprache – verständigen, fordern die Experten. Genau diese gemeinsame Sprache fehlt aber in den Unternehmen: Nur 42 Prozent der Befragten in dieser Studie geben an, dass IT und Business einander verstehen. Betrachtet man, welche Metriken überhaupt erfasst und näher betrachtet werden, wird die fehlende Basis zur Verständigung offensichtlich.

Scarsa conoscenza dei vantaggi per i clienti e dell'efficienza dello sviluppo del software

Circa il 70% dei team di sviluppatori guarda a due metriche in relazione al cliente e al proprio lavoro: i ticket di assistenza aperti e gli utenti attivi mensili - metriche facilmente accessibili, che hanno il maggior potenziale di frustrazione e non si riferiscono direttamente al software fornito e al suo valore per il cliente: Ob Feature Adoption, Abwanderungsquote, Return on Investment oder Net Promoter Score als Ausdruck der Zufriedenheit: Jede dieser Kennzahlen wird von weniger als der Hälfte der Software-Entwicklungsteams betrachtet. Die meisten Teams haben also kaum Einblick in den tatsächlichen Erfolg und Kundennutzen ihrer konkreten Arbeitsleistung – und können diesen auch nicht mit dem Business teilen. Auch die Möglichkeit, die Performance der Software-Entwicklung anhand der vier anerkannten DORA-Metriken (Deployment Frequency, Failure Rate, Lead Time for Changes, Mean Time to Recovery) zu messen, wird nicht umfassend wahrgenommen. Ein Viertel der Befragten betrachtet nicht mal einen dieser Kennwerte. Dabei würde auch eine solche Erfassung der Leistungsfähigkeit zu einer gemeinsamen Sprache beitragen, die gegenseitige Wertschätzung erst möglich macht.

Le diverse fonti di dati complicano la panoramica

Die notwendigen Informationen für relevante Kunden-Kennwerte oder die DORA-Metriken sind oftmals auf verschiedene Quellen verteilt. Ihre Erfassung wird häufig mit großem manuellen Aufwand – und in knapp 40 Prozent der Fälle sogar mit Excel-Tabellen – betrieben. Moderne Value Stream Management-Plattformen könnten helfen. Doch nur 20 Prozent der Befragten setzen diese bereits ein, um Datenströme automatisiert miteinander zu verknüpfen und den unmittelbaren Zusammenhang zu den Geschäftsergebnissen herzustellen.

Espandere i metodi di lavoro agili nonostante l'esperienza prevalentemente positiva degli sviluppatori

Nessuna implementazione DevOps completa, ostacoli nel lavoro quotidiano, scarsa conoscenza dei vantaggi diretti per i clienti del software sviluppato: nonostante questa situazione nei team di sviluppatori, la leggera maggioranza degli intervistati valuta in generale l'esperienza degli sviluppatori in modo piuttosto positivo: Ciò che sembra positivo in un primo momento, tuttavia, a uno sguardo più attento emerge anche che quasi la metà degli intervistati non riesce a esprimere una valutazione positiva. A fronte della massiccia carenza di lavoratori qualificati nel settore IT e della crescente importanza del software come elemento di differenziazione sul mercato, le aziende dovrebbero fare tutto il possibile per trattenere i propri team di sviluppo software.

Questo articolo è apparso originariamente su m-q.ch - https://www.m-q.ch/de/vielen-unternehmen-fehlt-umfassende-devops-kultur/