5 disfunzioni di un team DevOps: valutazione del team

Negli ultimi 3 mesi ho pubblicato una serie di post sulla cultura DevOps e sulle lezioni apprese dal libro di Patrick Lencioni The Five Dysfunctions of a Team - A Leadership Fable. Per quante informazioni siano contenute qui, la realtà rimane che il lavoro di squadra alla fine si riduce alla pratica di un piccolo insieme di principi per un lungo periodo di tempo. Il successo di DevOps non è una questione di padronanza di una teoria sottile e sofisticata, ma piuttosto di abbracciare il buon senso con livelli di disciplina e persistenza non comuni.

Ci sono alcune teorie fantastiche là fuori che vale la pena rispolverare, come The Three Ways, che sostiene il "pensiero sistemico" come struttura per vedere le interrelazioni piuttosto che le cose e per vedere i modelli piuttosto che le istantanee statiche. Si tratta di un insieme di principi generali che abbracciano campi diversi come le scienze fisiche e sociali, l'ingegneria e la gestione.

Se sei interessato a una o tutte le disfunzioni e a ottenere alcuni punti da applicare al tuo percorso DevOps, puoi visualizzarli qui:

• 5 disfunzioni di un team DevOps: Assenza di fiducia, ha esplorato come la fiducia sia alla base dell'adattamento della cultura del tuo team per trasformarsi per il movimento DevOps.
• 5 disfunzioni di un team DevOps: Fear of Conflict, ha esplorato come i team ad alte prestazioni non abbiano paura di impegnarsi in un dialogo appassionato su questioni e decisioni che sono fondamentali per l'azienda o la missione.
• 5 disfunzioni di un team DevOps: mancanza di impegno, ha esplorato come le organizzazioni di tutte le forme e dimensioni abbiano bisogno di un migliore consenso per quanto riguarda gli obiettivi e i risultati finali in relazione alla loro iniziativa DevOps.
• 5 disfunzioni di un team DevOps: Avoidance of Accountability, ha esplorato come sia necessaria la chiarezza di nuovi ruoli, aspettative e KPI per responsabilizzarsi a vicenda.
• 5 Disfunzioni di un team DevOps: disattenzione ai risultati, ha esplorato la disfunzione ultima di un team e la tendenza dei membri del team a preoccuparsi di qualcosa di diverso dall'obiettivo/missione collettiva del gruppo.

Inoltre, se sei interessato a prendere queste lezioni apprese e valutare la suscettibilità del tuo team alle cinque disfunzioni, puoi utilizzare questo strumento di questionario direttamente dal libro di Lencioni per iniziare. Se possibile, chiedi a tutti i membri del tuo team DevOps di completare il questionario e quindi di esaminare i risultati come team per discutere le discrepanze nelle risposte e identificare eventuali implicazioni chiare per il team.

Come segnare

• Un punteggio di 8 o 9 è probabilmente un'indicazione che la disfunzione non è un problema per il tuo team DevOps.
• Un punteggio di 6 o 7 indica che la disfunzione potrebbe essere un problema.
• Un punteggio da 3 a 5 è probabilmente un'indicazione che la disfunzione deve essere affrontata.

I team DevOps hanno successo perché sono estremamente umani. E DevOps per sua natura è una sfida per le persone. Riconoscendo le imperfezioni dell'umanità del tuo team DevOps, i membri del team possono superare le tendenze naturali che rendono la fiducia, il conflitto, l'impegno, la responsabilità e l'attenzione ai risultati così sfuggenti.