Le tre vie di DevOps servono a far arrivare il lavoro agli utenti, capire come sta andando e migliorare il sistema. Flusso, feedback e apprendimento continuo.
Ne scrivevo nel 2016. Oggi abbiamo pipeline migliori e agenti che scrivono codice. Le attese, i rilasci fragili e gli stessi errori ripetuti sono ancora qui.
Vale la pena ripartire da queste tre idee.
Prima via: far scorrere il lavoro
Guarda il percorso completo, dalla richiesta al software usato dal cliente.
Una funzionalità richiede due ore di sviluppo, poi aspetta cinque giorni una review. Il problema è in quei cinque giorni. Dimezzare il tempo di scrittura del codice cambia poco.
Ottimizza il sistema intero.
Nella pratica:
- Riduci le dimensioni delle modifiche.
- Limita il lavoro iniziato e ancora da finire.
- Rendi visibili blocchi e attese.
- Automatizza test e deployment per consegnare piccoli cambiamenti affidabili.
Con un coding agent puoi aprire molte più pull request. Se nessuno riesce a revisionarle, hai aumentato la coda.
Seconda via: sapere cosa succede
Il lavoro va verso gli utenti. Le informazioni devono tornare a chi lo progetta, sviluppa e gestisce.
Un test fallito è un feedback. Lo sono anche una review, un errore in produzione e un utente che abbandona una procedura.
Il feedback serve quando arriva in tempo per agire.
Nella pratica:
- Esegui test rapidi mentre sviluppi.
- Quando la build si rompe, ripristinala prima di accumulare altro lavoro.
- Raccogli telemetria che permetta di capire dove intervenire.
- Verifica se le persone riescono a usare ciò che hai rilasciato.
Una pipeline verde conferma che i controlli previsti sono passati. Per sapere se hai risolto il problema del cliente devi osservare anche il risultato.
Terza via: migliorare il modo di lavorare
Hai raccolto i feedback. Adesso usali per cambiare qualcosa.
Dopo un incidente, ricostruisci cosa è successo e quali condizioni lo hanno reso possibile. Fermarsi a «qualcuno ha sbagliato» lascia il sistema com’era.
Migliorare il lavoro fa parte del lavoro.
Nella pratica:
- Riserva tempo a debito tecnico, strumenti e formazione.
- Fai piccoli esperimenti con un risultato atteso e un rischio controllato.
- Condividi ciò che impari, perché serva anche agli altri.
- Trasforma le analisi degli incidenti in azioni e verificane l’effetto.
Se lo stesso problema torna a ogni rilascio, chiediti quale miglioramento è rimasto soltanto nel verbale della retrospettiva.
Anche quando il codice lo scrive un agente
Le tre vie lavorano insieme: consegni un piccolo cambiamento, osservi il risultato, migliori prodotto e processo.
L’intelligenza artificiale può accelerare la scrittura del codice. Sta a noi mantenere le modifiche verificabili, raccogliere feedback e correggere il modo di lavorare.
È il filo che percorre anche il mio libro Il Metodo Software Factory, disponibile su Amazon: unire cultura, valore e tecnologia nel lavoro quotidiano.
Nella tua software factory, dove si ferma questo ciclo?