Esplorare la collaborazione continua

Completato

La colla continua è una delle otto funzionalità della tassonomia di DevOps.

Perché la collaborazione continua è necessaria

Spesso i problemi di comunicazione influiscono sulla possibilità di risolvere un evento imprevisto. Ad esempio, è possibile che venga creato un ticket, ma un tecnico del supporto potrebbe non monitorare la posta elettronica. Oppure al termine del turno il lavoro di un tecnico del supporto passa a un collega e il contesto può andare perduto quando il nuovo tecnico ordina tutte le comunicazioni che si sono verificate.

Il tempo medio di riparazione o MTTR è una misurazione della quantità di tempo media che intercorre da quando un problema viene rilevato fino a quando non viene risolto completamente. La riduzione del MTTR attraverso l'intervento sul MTTK (tempo medio di identificazione del problema) è un indicatore KPI di buon funzionamento. La riduzione del MTTK richiede una grande collaborazione tra organizzazioni e team diversi.

The 5 Dysfunctions of a Team (Le 5 disfunzioni di un team), un libro di Patrick Lencioni, identifica le cinque disfunzioni seguenti:

• Assenza di fiducia: i membri dei team di successo si fidano reciprocamente a un livello fondamentale ed emotivo e non si vergognano di mostrarsi vulnerabili reciprocamente per le proprie debolezze e paure e i propri errori e comportamenti.
• Paura del conflitto: i team che si fidano gli uni degli altri non temono di intraprendere conversazioni appassionate sui problemi e le decisioni fondamentali per il successo dell'organizzazione.
• Mancanza di impegno: i team che entrano in conflitto in modo non filtrato possono raggiungere un consenso genuino su decisioni importanti, anche quando parecchi membri del team inizialmente sono in disaccordo, perché fanno in modo che tutte le opinioni e le idee vengano discusse e considerate.
• Evitare le responsabilità: i team che accettano decisioni e standard di prestazioni non esitano a ritenersi reciprocamente responsabili del rispetto di tali decisioni e standard.
• Disattenzione nei confronti dei risultati: i team che si fidano reciprocamente, che entrano in conflitto, si impegnano a rispettare le decisioni e sono reciprocamente responsabili, molto probabilmente saranno capaci di accantonare le esigenze e gli interessi individuali per concentrarsi quasi esclusivamente sul bene del team.

Che cos'è la collaborazione continua?

La collaborazione continua è una pratica che supporta i cambiamenti culturali fondamentali per qualsiasi percorso DevOps. La collaborazione continua consente ai team di mettere in pratica l'innovazione al di là dei confini delle riunioni pianificate e promuove l'innovazione all'interno del team attraverso un'esperienza integrata.

I compartimenti stagni possono essere abbattuti usando le tecnologie e le procedure che consentono ai team di collaborare anche se non esiste una coubicazione ideale.

Rivedere il Manifesto Agile dal punto di vista della collaborazione continua: ci si renderà conto che tutto ruota intorno al valore della collaborazione e delle interazioni personali finalizzate all'innovazione. La collaborazione continua incoraggia a valorizzare:

• Gli individui e le interazioni più che i processi e gli strumenti
• Il software funzionante più che la documentazione esaustiva
• La collaborazione col cliente più che la negoziazione dei contratti
• Al rispondere al cambiamento più che all'attenersi a un piano

Secondo Accelerate: "La cultura dell'organizzazione predice il modo in cui le informazioni fluiscono all'interno di un'organizzazione. Un buon flusso informativo è fondamentale per il funzionamento sicuro ed efficace degli ambienti dove si va veloci e dove le decisioni hanno conseguenze importanti, comprese le organizzazioni tecnologiche ".

La cultura e la collaborazione tra più funzioni hanno molti effetti positivi sulle prestazioni, tra cui:

• Prospettive diverse che possono stimolare l'innovazione
• Consenso e fiducia che possono contribuire ad aumentare l'impeto del cambiamento
• Le conoscenze si incrociano e si mescolano e tutti imparano di più
• La messa in discussione delle vecchie idee
• Il livellamento delle condizioni iniziali

La collaborazione si basa sulla comunicazione e il modo in cui si comunica si rispecchia nel modo in cui si creano i software. Osservare le comunicazioni dal punto di vista della legge di Conway insegna che:

• I team funzionali a compartimenti stagni creano soluzioni specializzate e a compartimenti stagni.
• I team interfunzionali creano soluzioni che forniscono capacità.

Pertanto, la progettazione di team e architettura intorno a microservizi è un modo efficace per concentrare i team sulle capacità.