La maggior parte dei leader nel settore dell'ingegneria può dirti con quale frequenza distribuiscono il software. Molti meno possono dirti quanto tempo impiega un nuovo assunto a fare il suo primo commit in produzione. Quella differenza conta più di quanto pensi.
Nelle conversazioni con leader del settore ingegneristico di vari settori, sentiamo costantemente la stessa storia: un nuovo sviluppatore si unisce, trascorre giorni a cercare l’accesso, settimane a decifrare dipendenze non documentate e mesi prima di poter contribuire realmente. Un'organizzazione con cui abbiamo collaborato aveva ridotto quel periodo da 80 a 4 giorni. Non grazie a imprese eroiche, ma attraverso un'automazione incessante dell'onboarding e dell'approvvigionamento self-service.
La differenza tra quei due numeri non è un problema di persone. È un problema di sistemi.
Perché questo numero rileva così tanto
Time-to-first-commit non è solo una misura di quanto rapidamente qualcuno possa inviare codice. È un indicatore di quanto bene il tuo ambiente di sviluppo funzioni effettivamente. Quanto sono facilmente individuabili i tuoi sistemi? Quanto è automatizzato il provisioning? Quanto è chiara la proprietà dei tuoi servizi?
Se uno sviluppatore non riesce a fare una modifica semplice fin dal primo giorno, questo ti dice qualcosa di importante, non sullo sviluppatore, ma sulla resistenza insita nella tua piattaforma.
Esiste anche un costo nascosto che raramente viene calcolato. Far salire di livello un nuovo assunto non comporta solo il suo tempo. Richiede l'intervento del manager, dei membri del team, dell’HR e del team di piattaforma. Quel carico di lavoro si accumula ad ogni nuovo inserimento, ogni trasferimento di ruolo, ogni collaboratore assunto a metà progetto.
Automatizzare il processo non aiuta solo gli sviluppatori. Restituisce il loro tempo anche a tutti gli altri.
Qual è un buon livello
Le organizzazioni che fanno veri progressi qui condividono alcune caratteristiche comuni. Hanno un unico processo di inserimento ben compreso, non un mosaico di rituali specifici di ogni team.
Hanno implementato quel processo in modo da sapere esattamente dove si perde tempo. E hanno creato
strumenti self-service affinché gli sviluppatori possano provisioningare ambienti, accedere alla documentazione e comprendere la proprietà del servizio senza dover aprire un ticket.
I portali interni per sviluppatori svolgono un ruolo centrale in questo. Un IDP ben implementato offre ai nuovi arrivati un unico punto di riferimento per capire cosa gestisce il loro team, come si collegano i servizi e quali standard si applicano, senza dover interrompere un ingegnere senior per chiedere.
Dove si inserisce la DX
Questo è esattamente il tipo di frizione che
DX, ora parte della Software Collection di Atlassian, è stato progettato per evidenziare.
Combinando segnali quantitativi con feedback qualitativi degli sviluppatori, DX rende misurabile l’esperienza di integrazione e la collega al quadro più ampio della produttività degli sviluppatori all’interno dell’organizzazione.
Integrandosi con gli strumenti esistenti di Atlassian, ciò permette ai responsabili tecnici di passare dall'intuizione ai dati concreti. Non più semplicemente 'l'onboarding sembra lento', ma 'ecco dove si perde effettivamente tempo, e come questo influisce sul delivery".
Le metriche DORA sono una base solida, ma non ti raccontano questa storia. La frequenza di distribuzione non cattura ciò che accade prima che uno sviluppatore possa distribuire qualsiasi cosa.
Delivery del software migliore e più rapida grazie all'Atlassian Software Collection
Aiuta i tuoi team di ingegneria a misurare e migliorare la produttività degli sviluppatori, la qualità del software e la velocità del team con Adaptavist come partner, dalla fase di attivazione fino alla scala aziendale.
Il vantaggio competitivo
Le organizzazioni che investiranno ora in questo manterranno ingegneri migliori e li integreranno più rapidamente. Questo effetto si amplifica rapidamente. Tra due anni, il divario tra chi ha sviluppato questa capacità e chi no sarà evidente nella velocità di consegna, nei tassi di retention e nella capacità di assorbire la crescita.
Il Time-to-first-commit è uno dei segnali più semplici della salute organizzativa. Inizia a misurarlo.
Vuoi scoprire come i leader dell’ingegneria stanno trasformando la developer experience e la platform engineering in un vantaggio competitivo?
Guarda il nostro webinar con chat informale, dove i nostri esperti esplorano il vero motivo commerciale per investire nell'esperienza degli sviluppatori.
