Che cos'è la gestione delle release?

Il primo passo nella gestione delle release consiste nel riconoscere la necessità di nuove funzioni o modifiche a funzioni o servizi consolidati. Le richieste di cambiamento passano attraverso canali prestabiliti e vengono valutate in base a esigenze, fattibilità, costi e altri criteri. Vale la pena notare che non tutte le richieste di cambiamento verranno approvate: le vincitrici passano alla fase di pianificazione.

La fase di pianificazione include la creazione e la configurazione del sistema di gestione delle release. Pertanto, è probabile che a questa fase sia necessario dedicare più tempo.

In questa fase l'azienda definisce la struttura della release. Una struttura definita con precisione fornirà al team una roadmap da seguire durante le fasi successive e spingerà la release fino alla distribuzione e oltre. Il piano per la release può essere un elenco di controllo, che illustra in dettaglio le azioni e le attività da completare in ordine cronologico, così come i team o le persone responsabili di ciascuna di esse. Detto questo, per molte aziende i workflow digitali dettagliati forniscono la direzione più chiara, garantendo che tutti lavorino per raggiungere obiettivi comuni e che i requisiti essenziali vengano soddisfatti.

I piani efficaci per le release includono solitamente compiti cardine, responsabilità, tempistiche stimate, scadenze e una chiara visione panoramica sul progetto nel suo complesso. I team possono fare riferimento al piano della release durante l'intero processo. La creazione di un sistema di gestione delle release ripetibile e utilizzabile per più release consente di accelerare i processi futuri e coordinare meglio gli sforzi, in tutta l'azienda.

Dopo la fase di approvazione, ideazione e pianificazione, si entra nel vivo dello sviluppo. Per progettare e sviluppare il prodotto, componente o funzione è necessario risolvere eventuali problemi e convertire i requisiti stabiliti del progetto in software. Questa fase si sovrappone parzialmente alla fase successiva.

Durante la fase di progettazione e sviluppo, il prodotto passa all'ambiente di test reale. Man mano che i vari test funzionali e non funzionali rivelano problemi e bug nel software, la release viene torna indietro per essere revisionata. Per la maggior parte delle release saranno necessarie più iterazioni: la release passa da una fase all'altra in un processo iterativo fino a quando non viene certificata per la revisione finale.

Prima della distribuzione, la release deve essere sottoposta a una revisione finale, che prende in considerazione tutte le nuove informazioni o i nuovi dati acquisiti durante la fase di test. Il team QA analizzerà e ispezionerà il prodotto finale per garantire che soddisfi gli standard e i requisiti stabiliti nella fase di pianificazione. Sebbene sia possibile che nella distribuzione rimangano alcuni bug, la revisione finale dovrebbe fornire ai team informazioni sufficienti per poter gestire eventuali problemi durante o dopo il lancio del prodotto.

Con l'approvazione finale del proprietario del progetto, il prodotto viene inviato in produzione e può essere rilasciato all'utente finale. È necessario rilasciare contemporaneamente anche gli eventuali materiali didattici supplementari, tra cui notifiche di cambiamento, guide operative e risorse di formazione necessarie. Assicurati di personalizzare queste risorse non solo per l'utente finale, ma anche per i team di supporto aziendale che potrebbero dover rispondere alle domande degli utenti o fornire assistenza con la risoluzione dei problemi.

La fase di distribuzione rappresenta il culmine del processo di gestione delle release, che tuttavia non termina al momento del lancio. I team dovranno condurre dei follow-up per accedere alla release, identificare eventuali colli di bottiglia o ostacoli e migliorare il processo per i prodotti futuri.

È necessario tenere presente che aziende di varie dimensioni seguiranno probabilmente un processo end-to-end molto simile, che prevede sostanzialmente le stesse fasi. Tuttavia, la versione del processo di gestione delle release per le organizzazioni più piccole con un numero inferiore di progetti è molto meno complessa rispetto a quella delle aziende più grandi. Quando un'azienda scala le release per adattarle alla crescita mentre team e reparti si estendono per includere più persone, anche la gestione delle release si estende, richiedendo strumenti di supporto più avanzati.