Il framework in 3 passaggi per adottare una piattaforma interna per sviluppatori
Una piattaforma interna per sviluppatori (IDP) può aiutare gli sviluppatori a concentrarsi sulla realizzazione del software senza doversi preoccupare delle pipeline di distribuzione, della gestione della configurazione o del provisioning degli ambienti. Come engineering manager, potrebbe essere proprio quello che stai cercando. Ma sapere di avere bisogno di una piattaforma interna per sviluppatori e adottarne una sono due cose ben diverse.
Sebbene le diverse piattaforme richiedano livelli di risorse differenti per la configurazione e la manutenzione, un approccio metodico all'adozione garantirà all'organizzazione di iniziare nel miglior modo possibile. La scelta della giusta piattaforma interna per sviluppatori e la sua corretta implementazione ti permetteranno di liberare quantità notevoli di tempo e risorse del team di sviluppo.
In questo articolo, forniremo un framework in tre passaggi per i responsabili della progettazione pronti a passare dal concetto di IDP a un'azione concreta.
Vedremo come:
Pubblicare una richiesta di proposta (RFP) per individuare i possibili fornitori
Distribuire lo strumento che hai scelto per garantirne l'adozione
Misurare il successo e monitorare i miglioramenti dell'esperienza degli sviluppatori
Come creare una RFP per una piattaforma interna per sviluppatori
Il primo passaggio per adottare l'IDP consiste nel creare una richiesta di proposta (RFP). Una RFP comunica esattamente ciò che l'organizzazione cerca in una piattaforma interna per sviluppatori. I fornitori risponderanno con proposte che dimostrano come possono soddisfare queste esigenze, ad esempio tramite demo guidate e prove gratuite del software. Questo fornirà inoltre al tuo team un chiaro insieme di criteri da considerare per valutare le proposte.
Includi tutto ciò che cerchi in una IDP
Ci sono tre aspetti principali da considerare nelle RFP:
Sfide: Quali delle sfide attualmente affrontate dai tuoi team di progettazione si possono risolvere con l'aiuto di una piattaforma interna per sviluppatori? Probabilmente ci saranno diverse sfide chiave da risolvere.
Obiettivi: Quali risultati devi raggiungere adottando una piattaforma interna per sviluppatori?
Requisiti del prodotto: Di quali funzionalità e capacità hai bisogno per raggiungere questi obiettivi?
Ad esempio:
Se, quando gli sviluppatori cambiano team, si verifica una perdita di conoscenze, il tuo obiettivo potrebbe essere accelerare l'onboarding degli sviluppatori. Potresti dare la priorità alle funzionalità che consentono il self-service e riducono i passaggi manuali di configurazione, ad esempio flussi di lavoro self-service e integrazione della knowledge base.
Se la tua organizzazione di progettazione si sta ampliando e deve seguire più best practice e standard, il tuo obiettivo potrebbe essere aumentare la sicurezza e ridurre le vulnerabilità. Potresti aver bisogno di funzionalità per l'integrazione con le piattaforme di sicurezza e per il monitoraggio della conformità tramite le scorecard.
Se hai difficoltà a mettere gli ingegneri nelle condizioni di essere più produttivi e di dedicare più tempo al lavoro che sanno fare meglio, l'obiettivo potrebbe essere ridurre il tempo di configurazione in modo che i team possano accelerare i servizi. Potresti aver bisogno di accelerare l'infrastruttura e creare modelli.
Chiarisci la situazione attuale
Per comprendere meglio le sfide e definire gli obiettivi, valuta lo stato attuale dell'esperienza degli sviluppatori nell'organizzazione. Non limitarti a dare per scontato di conoscere già lo stato attuale. Prova invece a condurre sondaggi tra gli sviluppatori, a verificare i processi esistenti e a organizzare focus group con gli sviluppatori per individuare gli ambiti in cui devi migliorare. Assicurati di spiegare i passaggi successivi che seguirai e di tenere aggiornati i team sui progressi dell'IDP.
Dal nostro Report sullo stato dell'esperienza degli sviluppatori è emerso che meno della metà degli sviluppatori pensa che la propria organizzazione dia la priorità all'esperienza degli sviluppatori. Questo risultato non sorprende se si pensa che ancora oggi 2 sviluppatori su 3 perdono più di 8 ore a settimana a causa di inefficienze nei loro ruoli.
Come implementare una piattaforma interna per sviluppatori
Dopo aver scelto una piattaforma interna per sviluppatori, pianifica in collaborazione il processo di implementazione e monitora l'adozione. Una piattaforma interna per sviluppatori pronta all'uso ridurrà il livello di impegno richiesto alle persone del tuo team per l'implementazione. Ad esempio, Compass richiede molte meno risorse di progettazione rispetto a una piattaforma open source come Backstage, che richiede 4 ingegneri full-stack per la configurazione e la manutenzione. Con Compass, puoi collegare gli strumenti di gestione del codice sorgente e importare i repository per popolare il catalogo dei componenti software in soli 10 minuti.
Costituisci un comitato direttivo
Per garantire un'implementazione ancora più fluida, forma un comitato direttivo con alcuni degli stakeholder chiave. Queste persone esperte forniranno supporto, monitoreranno il processo e prenderanno le decisioni per apportare modifiche quando necessario.
Ti consigliamo di includere:
Un executive sponsor: la persona con più esperienza, che guiderà le iniziative della piattaforma per sviluppatori. Questo ruolo può essere adatto a Chief Technology Officer, VP of Engineering o Head of Platforms.
Sviluppatori influenti: scegli un piccolo gruppo di sviluppatori influenti della tua organizzazione che contribuiscano alla progettazione o almeno che vengano tenuti al corrente dei piani di implementazione della piattaforma interna per sviluppatori.
Un team della piattaforma o ingegneri DevOps: poiché le integrazioni sono fondamentali per il modo in cui le piattaforme interne per sviluppatori offrono valore, chi è responsabile di questi strumenti deve essere un partner importante nell'implementazione.
Responsabili delle policy o team di governance: le piattaforme interne per sviluppatori aiutano i team di progettazione a rispettare gli standard e le best practice, quindi, durante la pianificazione, può essere utile collaborare con chi si occupa di questi standard.
Crea un programma di implementazione
Una volta stabilito un comitato direttivo, crea un piano per implementare gradualmente la piattaforma interna per sviluppatori. Comunica questa pianificazione a tutti i team che useranno la nuova piattaforma interna per sviluppatori e chiedi ulteriori feedback sulla fattibilità del piano, in modo da adattarlo secondo necessità. Man mano che procedi nella pianificazione, fai regolarmente il punto per valutare i progressi e l'adozione e fornire supporto.
Abbiamo creato una guida all'implementazione per Compass per aiutarti a iniziare in modo ancora più facile.
Come valutare il successo di una piattaforma interna per sviluppatori
Per valutare i progressi, torna agli obiettivi che hai delineato quando hai creato per la prima volta la RFP. Definisci indicatori di prestazioni chiave (KPI), sia qualitativi sia quantitativi, che mostrino nei dettagli se la piattaforma interna per sviluppatori sta offrendo il valore che puntavi a ottenere. Con Compass, puoi creare scorecard personalizzate per definire i KPI e assicurarti che i team di progettazione puntino agli stessi standard.
La maggior parte delle persone pensa ai KPI come a numeri concreti o misure oggettive e questo funziona per i concetti quantitativi come i ricavi o i tassi di errore. Tuttavia, l'esperienza degli sviluppatori è soggettiva, il che significa che i KPI saranno in parte qualitativi, ad esempio la facilità percepita nel fornire software, la produttività percepita e il coinvolgimento o la soddisfazione del personale.
Trova le misurazioni giuste per l'organizzazione
Ecco alcuni esempi di ciò che potresti monitorare, a seconda degli obiettivi:
Se l'obiettivo era migliorare la sicurezza, potresti puntare a ridurre le vulnerabilità aperte, facendole diminuire di una certa quantità ogni trimestre.
Se avevi stabilito di aumentare la produttività, il KPI potrebbe essere ridurre il lead time necessario per predisporre l'infrastruttura, passando da 5 giorni a 2 ore.
Se l'obiettivo era un onboarding più rapido, potresti monitorare il tempo necessario ai nuovi sviluppatori per diventare produttivi e puntare a ridurlo.
Se la priorità assoluta è migliorare l'esperienza degli sviluppatori, potresti puntare a punteggi di soddisfazione più elevati nei sondaggi per gli sviluppatori.
Continua a monitorare nel tempo
Prima che tu possa vedere l'impatto della piattaforma interna per sviluppatori, potrebbe trascorrere del tempo. Continua a monitorare i progressi e usa controlli e retrospettive con i tuoi team per discutere se la piattaforma interna per sviluppatori sta producendo nel tempo i risultati desiderati.
Le retrospettive del team offrono agli sviluppatori e ai leader un'occasione per riflettere su ciò che sta andando bene e su ciò che invece non lo sta facendo. Puoi trovare istruzioni e modelli base per le retrospettive (con varianti per alcune situazioni specifiche) nella strategia Retrospettiva del Playbook dei team Atlassian.