Informazioni sulla cultura di DevOps

Completato

La cultura è una base essenziale per DevOps, perché richiede una crescita e una filosofia di apprendimento continuo per la sua riuscita. Il supporto della leadership è uno degli elementi fondamentali del suo successo.

Prima di illustrare la cultura di DevOps, si consideri il suo ruolo nella capacità di un'organizzazione di adottare DevOps. Secondo Gartner:

La resistenza culturale e livelli bassi di disciplina dei processi creeranno percentuali di errore significative per le iniziative DevOps.

Gene Kim, autore del progetto Phoenix e del manuale di DevOps, afferma:

DevOps è un percorso ricco di sfide, raramente facili, semplicemente a causa della tecnologia sbagliata o dei processi non corretti. In effetti, gli ostacoli più grandi e più difficili tendono a essere culturali. Pertanto, se la cultura è errata, sebbene tutto il resto sia corretto, si va incontro a insoddisfazione, costi aggiuntivi e probabili errori.

Che cosa si intende per cultura?

Ai fini di questa esercitazione, la cultura è il patrimonio sociale di un gruppo. Si tratta di un modello di risposte individuate, sviluppate o inventate durante la gestione dei problemi da parte del gruppo, problemi derivanti dalle interazioni tra i membri, e tra questi e il loro ambiente.

La cultura determina:

  • ciò che è accettabile o inaccettabile;
  • ciò che è importante o irrilevante;
  • ciò che è corretto o errato;
  • ciò che è attuabile o meno;
  • chi viene assunto, licenziato e promosso.

Perché le iniziative di DevOps hanno esito negativo?

Una ricerca di Gartner mostra che, fino al 2023, il 90% delle iniziative di DevOps avrà esito negativo a causa delle limitazioni degli approcci di gestione usati dalla leadership.

Importante

La responsabilità principale della leadership è la creazione di un ambiente che consenta una cultura DevOps efficace.

Le persone che svolgono incarichi creativi non hanno bisogno di essere motivati con piccoli incentivi, ma necessitano invece di controllo, autonomia e di uno scopo.

Quando le persone hanno chiesto se la parte più importante del successo di Microsoft fosse la visione, la strategia o l'esecuzione, Satya Nadella, amministratore delegato di Microsoft, ha dichiarato che sono tutti aspetti importanti, ma che in definitiva ciò che prevaleva era il loro scopo e la filosofia della crescita.

12 esempi della filosofia DevOps

Di seguito sono riportati 12 esempi della filosofia DevOps: filosofia della leadership, orientamento al cliente, pensiero snello, pensiero sistemico, rimozione degli sprechi, teoria dei vincoli, allineamento e autonomia, test di spostamento a sinistra, mentalità di sicurezza, sviluppo basato su ipotesi, sito live e misurazione dei risultati, diversamente dalla filosofia basata sulle attività.

Filosofia della leadership

Gartner formula le seguenti raccomandazioni:

  • Individuare i leader della trasformazione assegnando priorità a caratteristiche comportamentali specifiche necessarie per condurre un'iniziativa DevOps, ponendo meno enfasi sulle competenze tecniche.
  • Formare leader della trasformazione adottando l'errore come un'opportunità di apprendimento.
  • Gestire i leader della trasformazione consentendo loro di prendere decisioni senza ripensamenti e fornendo obiettivi chiari e metriche chiave.

Poiché DevOps è trasformativo, i responsabili dell'infrastruttura e delle operazioni devono individuare i candidati visionari, adattivi, motivanti, abilitanti e responsabili.

Filosofia orientata al cliente

Che cosa significa essere orientati al cliente?

  • Ascoltare i clienti e comunicare con loro
  • Misurare gli aspetti importanti
  • Considerare le difficoltà nell'ambiente di produzione
  • Compilare, misurare e apprendere
  • Usare l'attivazione/disattivazione delle funzionalità per una distribuzione normale
  • Raccogliere i dati in ampia misura ma con attenzione

La filosofia del pensiero snello

Valore: la filosofia basata sul pensiero snello inizia con una conoscenza dettagliata del valore assegnato dal cliente al prodotto e ai servizi. L'organizzazione è focalizzata sull'eliminazione degli sprechi, in modo da poter fornire il valore atteso dal cliente al massimo livello di redditività.

Il flusso di valore comprende l'intero ciclo di vita del prodotto, dai materiali grezzi all'utilizzo da parte del cliente, all'eventuale smaltimento del prodotto. Per eliminare gli sprechi, l'obiettivo finale del pensiero snello, è necessario conoscere in modo accurato e completo il flusso di valore.

Flusso: la comprensione del flusso è essenziale per eliminare gli sprechi. Se il flusso di valore cessa di avanzare in un punto qualsiasi, lo spreco è l'inevitabile sotto-prodotto. Il principio del flusso nella produzione snella riguarda la creazione di una catena di valori senza interruzioni nel processo di produzione e in cui ogni attività sia in armonia con tutte le altre.

Pull: il principio snello di pull consente di garantire il flusso assicurando che non venga eseguito nulla in anticipo, con la conseguente creazione di un inventario di lavoro in corso e l'interruzione del flusso sincronizzato. Invece di usare l'approccio della produzione tradizionale americana del push del lavoro in base a una previsione e a una pianificazione, l'approccio pull impone che non venga prodotto nulla fino a quando non si riceve l'ordine del cliente.

Perfezione: gli operatori del pensiero snello cercano di ottenere la perfezione. Il cammino verso il processo perfetto si verifica quando i miglioramenti continui affrontano le cause principali dei problemi di qualità e degli sprechi di produzione. L'inarrestabile perseguimento della perfezione è ciò che motiva gli utenti dell'approccio che si basa su approfondire ulteriormente, misurare di più e cambiare più spesso rispetto ai concorrenti.

Il pensiero sistemico

Una mentalità basata sul pensiero sistemico enfatizza le prestazioni dell'intero sistema, non le prestazioni di un comparto di lavoro o di un reparto specifico.

Si concentra su tutti i flussi di valore aziendali abilitati dall'IT. In altre parole, inizia quando i requisiti vengono identificati dall'azienda o IT, compilati in fase di sviluppo e quindi trasferiti in operazioni IT, in cui il valore viene successivamente erogato al cliente come servizio.

Filosofia di eliminazione degli sprechi

Una filosofia snella si concentra sull'individuazione e la rimozione dei sette sprechi che non hanno valore per il cliente:

  • Lavoro parzialmente completato
  • Processi aggiuntivi
  • Funzionalità aggiuntive
  • Passaggio da un'attività a un'altra
  • In attesa
  • Movimento
  • Difetti

Teoria dei vincoli

La teoria dei vincoli è una metodologia per l'individuazione e l'eliminazione dei vincoli (noti anche come colli di bottiglia) che limitano il rendimento. Nella pratica si inizia dall'individuazione del fattore più importante che rappresenta il modo per raggiungere un obiettivo. Occorre adoperarsi per ridurre al minimo quel fattore finché non sia più limitante.

Diagram depicts the Theory of constraints: identify the constraint, exploit it, subordinate & synchronize to it, elevate the performance of the constraint, repeat the process

Equilibrio tra filosofia dell'allineamento e dell'autonomia

È necessario raggiungere un equilibrio tra allineamento e autonomia. Un eccessivo allineamento comporta una minore innovazione, minore motivazione e minore collaborazione. Troppa autonomia comporta più caos, confusione e conflitti, con una conseguente minore coerenza.

Diagram explains aligned autonomy: if you get the organization, roles, teams, cadence, and architecture in alignment, then the plans and practices can function autonomously.

Filosofia del test dello spostamento a sinistra

Il test dello spostamento a sinistra è un approccio usato per velocizzare il test del software e semplificare lo sviluppo spostando il processo di test a un punto precedente del ciclo di sviluppo. Lo spostamento a sinistra è un riferimento per lo spostamento dei test a sinistra in una sequenza temporale. Consente di creare qualità e identificare i problemi prima, per ridurre gli sprechi dovuti alla rielaborazione.

Il test dello spostamento a sinistra è destinato a essere un modello migliore per lo sviluppo veloce, perché i modelli di test tradizionali che attendono un momento successivo nel ciclo di sviluppo possono creare un blocco a collo di bottiglia.

Filosofia della sicurezza

Per promuovere la filosofia della sicurezza i team devono:

  • Promuovere la consapevolezza.
  • Definire i loro principi.
  • Vivere in base ai propri principi.

Filosofia dello sviluppo guidato da ipotesi

L'utilizzo dell'approccio della produzione snella per sviluppare cicli più brevi e l'utilizzo dello sviluppo guidato da ipotesi consente di creare piccoli esperimenti per ottenere commenti e suggerimenti dai clienti e adottare decisioni basate sui dati.

L'approccio di sviluppo basato su ipotesi:

  • Parte da un presupposto: un elemento accettato come vero senza prova
  • Specifica il presupposto da testare
  • Esegue la sperimentazione e il test
  • Esamina l'evidenza: un indicatore del risultato

Filosofia del sito live

Per un team DevOps, la produzione è l'aspetto più importante. Il suo obiettivo è migliorare l'esperienza dei clienti.

Per creare un sito stabile e a elevate prestazioni, applicare le procedure consigliate per le operazioni continue in maniera disciplinata e continuativa per garantire l'integrità del sito.

I fattori chiave della cultura del sito live includono:

  • Rilevare i problemi prima che i clienti avvertano il disagio
  • Fare riferimento ai dati
  • La causa radice è l'elemento chiave
  • Configurare come codice
  • Automatizzare per sopravvivere
  • Essere aperti e apprendere

Misurare i risultati, non l'attività

Il modo in cui vengono valutate le persone determina il loro comportamento. Si dovrà valutare l'utilizzo, la velocità e l'integrità del sito live, non le righe di codice, il burn-down del team e il numero di bug rilevati.

Suggerimento

Fare in modo che la misurazione porti a un risultato ottimale.