5 disfunzioni di un team DevOps: assenza di fiducia
DevOps è un problema umano e un problema di leadership. Costruire una cultura DevOps richiede molto di più che dare il root agli sviluppatori, installare uno strumento di gestione della configurazione, utilizzare un repository di codice sorgente e proclamare "sì, siamo un negozio DevOps. "Alla fine della giornata, tutti gli aspetti delle persone, dei processi e dei continuum tecnologici vengono influenzati da DevOps. Tuttavia, non c'è dubbio che l'aspetto delle persone abbia più da guadagnare (e le sfide più grandi) per chiunque stia prendendo in considerazione, o stia già intraprendendo il viaggio per diventare un ninja DevOps.
The Five Dysfunctions of a Team - A Leadership Fable di Patrick Lencioni è un eccezionale libro di business che utilizza un modello di 5 disfunzioni di un team che influenzano le prestazioni del team. Trovo che questi concetti siano universalmente applicabili e molto rilevanti per il movimento DevOps. Questo è il primo di una serie di post sulla cultura DevOps e sulle lezioni apprese dal libro sulla leadership di Lencioni.
Assenza di fiducia
"La prima disfunzione è l'assenza di fiducia tra i membri del team. Essenzialmente, questo deriva dalla loro riluttanza ad essere vulnerabili all'interno del gruppo. I membri del team che non sono veramente aperti l'uno con l'altro riguardo ai loro errori e alle loro debolezze rendono impossibile costruire una base di fiducia".
Se DevOps riguarda la cultura e la collaborazione, allora l'ingrediente culturale più importante che un team deve stabilire e coltivare è la fiducia. Secondo Lencioni, i membri dei team di fiducia ammettono le loro debolezze e i loro errori, chiedono aiuto, accettano domande e input sulle loro aree di responsabilità, si danno il beneficio del dubbio prima di arrivare a una conclusione negativa, si assumono dei rischi nell'offrire feedback e assistenza, apprezzano e attingono alle competenze e alle esperienze reciproche, Concentrare tempo ed energie su questioni importanti e non sulla politica, offrire e accettare scuse senza esitazione e attendere con impazienza incontri e altre opportunità per lavorare in gruppo.
Suona come il modo in cui si svolgono le tue interazioni quotidiane tra operazioni, sviluppo, controllo qualità, EA e sicurezza? Se è così, allora congratulazioni! Ma in realtà il dito puntato e il gioco delle colpe dell'IT tra individui, reparti e business unit può essere soffocante. Quindi, come possiamo sfondare per stabilire la fiducia necessaria? Questo tipo di cambiamenti non avviene da un giorno all'altro, ma ecco alcune idee su come iniziare a stabilire la fiducia nel tuo team:
1. Allineare Dev e Ops in modo da impedire l'ottimizzazione locale
Mettere gli sviluppatori a disposizione per il proprio software può aiutare a spostare le operazioni dall'essere le persone che si occupano solo di tutti i problemi a persone che diventano esperte di tutti i servizi che consentono al software di funzionare. Ci saranno dolore e frustrazione, ma è essenziale per stabilire la fiducia tra le tue risorse più preziose.
2. Inizia con un piccolo team motivato e costruisci un po' di successo
C'è una forte tendenza che abbiamo visto per le organizzazioni a cercare di far bollire l'oceano quando cercano di adottare i principi DevOps. Per fare questa trasformazione, devi rendere sicuro l'esperimento di cambiare le cose. Non usare nemmeno la parola DevOps, concentrati solo sui problemi e ottieni il permesso di iniziare a cambiarla. Prendi in considerazione l'idea di investire in attività di team building di persona o a distanza.
3. Rendi il tuo capo un campione
Va da sé che per stabilire la fiducia devi essere sicuro che il tuo capo possa spiegarti cosa stai facendo e perché o almeno essere in grado di fornirti una copertura aerea.
4. Ottieni quante più metriche possibile
John Allspaw parla di cose come l'MTTR, il tempo medio per recuperare. Inoltre, assicurati di essere bravo a raccontare la tua storia con i dati che acquisisci. Ecco un grande discorso TED su come utilizzare i dati per raccontare una grande storia.
5. Celebra il tuo successo
Se il tuo esperimento DevOps è il segreto meglio custodito in ufficio, allora vergognati. Non solo è importante celebrare le tue prime vittorie per il morale del team, ma celebrare i cambiamenti che stai apportando consente a tutte le persone coinvolte di prendersi un momento per riflettere sui progressi compiuti.
Conclusione
La qualità del lavoro di squadra è influenzata da vari fattori come i livelli di motivazione dei singoli membri del team, i livelli di fiducia tra i membri del team, la chiarezza degli scopi, la comprensione degli obiettivi aziendali, la mancanza di risorse, la scarsa comunicazione tra i membri del team e così via. Pertanto, non sorprende che sia necessario effettuare investimenti adeguati per far sì che il team DevOps faccia clic. Tuttavia, il più delle volte, le disfunzioni del team influiscono sulle prestazioni di un team a un ritmo più elevato rispetto alla capacità di qualsiasi processo o strumento all'avanguardia. La maggior parte dei responsabili IT non è in grado di rilevare tali indizi sociologici più profondi, quindi non è in grado di gestirne l'impatto. Ricordate, "qualsiasi miglioramento non apportato al vincolo è un'illusione" (fonte: The Phoenix Project).