Dove i rilasci sono più dolorosi, ci sono anche le più scadenti prestazioni organizzative, culturali e di gestione del software in generale.

Fai una prova e chiedi al tuo team quanto dolorosi siano i rilasci in produzione e cosa nello specifico causi più problemi. Se ti rispondono che:

• I processi sono troppo complicati;
• I processi sono eseguiti in modo manuale (cambi di configurazione, copia-incolla…);
• La documentazione è sempre carente/incompleta/non abbastanza chiara;
• “Se non c’è il signor X non possiamo farlo perché sa tutto lui!”;
• Le tempistiche sono eterne;
• Non possono procedere in autonomia perché non hanno l’autorizzazione necessaria;
• L’orario lavorativo non basta mai per finire il rilascio.

Allora hai trovato la tua risposta: il rilascio è molto doloroso.

Chi è abituato a lavorare in questo modo stenterà a credere che una release dovrebbe essere un non-evento. Non una medicina amara da inghiottire, ma un’attività tecnica standard, che avviene tranquillamente durante le classiche ore lavorative, affrontabile con la stessa ansia con cui si sceglie il testo di un messaggio di commit.

Azioni / Finale

Qual è il punto più doloroso dei tuoi rilasci?

Sharing is caring

Se conosci qualcuno che potrebbe trovare utile ricevere e-mail per migliorare l’organizzazione dei team di sviluppo software, DevOps e software engineering in generale inoltragli questo post! Qui può iscriversi e cominciare a ricevere subito!