Formazione scritta DevOps

Come attivare i cicli di feedback DevOps?

Nel tuo ecosistema IT, in cui le richieste e le esigenze dei clienti diventano sempre più impegnative, tu e il team DevOps dovete migliorare continuamente la qualità del lavoro. Per farlo, attivate cicli di feedback rapidi, continui e affidabili da destra verso sinistra nel flusso di valore.

Questi cicli aiutano ad affrontare rapidamente gli ostacoli quando sono piccoli, economici e facili da rimuovere. Aiutano anche a creare una cultura dell'apprendimento nell'organizzazione durante il lavoro. Quando emergono problemi, tu e il team li trattate come occasioni per imparare e migliorare la qualità di prodotti e servizi software.

Perché integrare la qualità grazie ai cicli di feedback DevOps?

Dall'esperienza nell'ingegneria del software sai che, in un sistema complesso, nessuno può sapere tutto. Ripetere lo stesso identico lavoro due volte non dà gli stessi risultati. Poiché nessuna azienda può tollerare tanta incertezza, le organizzazioni tendono a introdurre controlli e meccanismi di assicurazione della qualità come checklist, audit, verifiche di conformità, specialisti della qualità e microgestione. Eppure talvolta nemmeno tutte queste misure bastano a evitare errori.

Un'organizzazione che integra la qualità nel proprio lavoro comincia quindi con l'accettare gli errori come parte del lavoro quotidiano.

Crea una cultura fondata su un sistema di lavoro sicuro

Progetti una cultura fondata su un sistema di lavoro sicuro. Nel team DevOps nessuno teme di sbagliare perché tutti sanno che gli errori vengono rilevati e corretti rapidamente, quando sono ancora piccoli e prima che causino conseguenze disastrose come difetti gravi, interruzioni dei servizi e recensioni negative dei clienti.

Creare questa cultura offre a te, al team DevOps e a tutta l'organizzazione IT e aziendale i seguenti vantaggi:

1. La complessità dei sistemi verrà gestita, così da rilevare rapidamente i problemi di progettazione e operativi.
2. I problemi vengono risolti rapidamente quando sono ancora circoscritti. Risolverli genera spontaneamente nuove conoscenze ed esperienze nell'organizzazione.
3. Le nuove conoscenze ed esperienze si diffondono in tutta l'organizzazione.
4. I responsabili dell'organizzazione DevOps formano altri responsabili che creano e migliorano continuamente sistemi di lavoro sicuri.

Individua i problemi quando si verificano

Se il meccanismo di feedback è lento, sporadico e tardivo, anche prevenire gli esiti indesiderati diventa tardivo e costoso. Ai tempi del rilascio a cascata, si realizzava un'applicazione per un anno prima di mostrarla ai clienti per la prima volta, poi la si riscriveva per un altro anno. Oggi nessuna azienda può permettersi di lavorare così.

Il tuo obiettivo è creare cicli di feedback rapidi. Mentre il lavoro avanza da sinistra verso destra nel flusso di valore, deve fornire continuamente feedback da destra verso sinistra. Integrare la qualità nell'organizzazione DevOps dipende dalla rapidità di questi cicli. Quando si introduce un problema, il team lo rileva alla prima comparsa nel flusso. Tu e il team risolvete rapidamente i problemi e verificate di continuo che l'implementazione risponda alle aspettative dei clienti interni ed esterni e di tutti gli altri portatori di interesse del flusso toccati dal vostro lavoro. I cicli rapidi vi permettono di correggere rapidamente i problemi, imparare da essi ed evitare di ripetere gli stessi errori.

Correggi gli errori quando è più facile, rapido ed economico farlo

Individuare rapidamente i problemi consente di correggerli rapidamente. Altrimenti,

• il costo e lo sforzo necessari per correggerli crescono esponenzialmente e si accumula debito tecnico, con soluzioni di ripiego sovrapposte ad altre soluzioni di ripiego.
• Gli errori si propagano alle unità operative a valle del flusso di valore, dove con ogni probabilità contribuiscono a generarne altri.
• Gli errori si ripetono lontano dall'unità operativa in cui sono stati introdotti e per rimuoverli servono più correzioni e più lavoro.
• I ricordi del perché siano avvenuti gli errori svaniscono e le circostanze che li hanno causati cambiano. Se li individui mesi dopo la loro introduzione, non puoi risalire alla vera causa alla radice e, peggio ancora, non puoi imparare dagli errori. Applicherai una soluzione di ripiego per salvare la situazione, poi passerai alla successiva. Sai già che è proprio ciò che vuoi evitare con DevOps.

Incoraggia il team DevOps e te stesso a parlare apertamente e costruire meccanismi di feedback continui per individuare e correggere rapidamente gli errori. NON aggiungere lavoro difettoso a lavoro già difettoso. In altre parole, non lasciare che il team crei nuove funzionalità prima di correggere gli errori che potrebbero comprometterne lo sviluppo. Migliorare continuamente la qualità del lavoro ed eliminare gli errori quando si verificano ti permetterà di creare i migliori prodotti e servizi software nel tuo mercato.

Prendi le decisioni sul controllo qualità dove si svolge il lavoro

Allontanare le decisioni sul controllo qualità dal luogo in cui si svolge il lavoro riduce la qualità, allunga i lead time di rilascio, indebolisce il feedback tra causa ed effetto e riduce la capacità di imparare dagli errori.

In breve:

• Non chiedere ai team di eseguire manualmente controlli di qualità che possono essere automatizzati.
• Non richiedere approvazioni a persone impegnate che conoscono poco o per niente il lavoro in corso.
• Non produrre documentazione voluminosa per le approvazioni, perché la natura del lavoro la renderà presto obsoleta.
• Non inviare grandi lotti di lavoro ai responsabili delle approvazioni.

Ogni membro del team DevOps dovrebbe invece individuare, correggere e condividere gli errori nella propria area, parlarne e insegnare agli altri. La programmazione in coppia, le revisioni tra pari, i test automatizzati, l'ispezione dei check-in, i controlli interni e le dimostrazioni frequenti dovrebbero rendere l'assicurazione della qualità responsabilità di tutti, senza relegarla a un reparto dedicato.

CONCLUSIONE

Tu e il team DevOps ricordate sempre che siete pagati per servire i clienti. Dovete quindi lavorare sempre nel migliore interesse dei clienti interni ed esterni.

L'unità operativa successiva nel flusso di valore è particolarmente importante. Ottimizza il lavoro tenendo conto delle sue esigenze. Stabilisci con questa unità scambi di feedback rapidi e affidabili per favorire un flusso di valore veloce, regolare e di qualità, così il team DevOps può individuare e risolvere i problemi il più rapidamente possibile.