Esplorare le impostazioni cultura di DevOps
Cultura è una base essenziale per DevOps perché richiede una mentalità orientata alla crescita e all'apprendimento continuo per avere successo. Il supporto della leadership è uno degli elementi critici per il suo successo.
Prima di illustrare l'aspetto delle impostazioni cultura di DevOps, si consideri il ruolo della cultura nella capacità di un'organizzazione di adottare DevOps. Secondo Gartner:
La resistenza culturale e i bassi livelli di disciplina del processo creeranno tassi di errore significativi per le iniziative DevOps.
Gene Kim, autore di Phoenix Project e DevOps Manual, dice:
DevOps è un percorso pieno di sfide e raramente sono queste sfide semplicemente a causa della tecnologia sbagliata o dei processi sbagliati. Infatti, gli ostacoli più grandi e difficili tendono ad essere culturali. E, se si ottiene la cultura sbagliata, anche se si ottiene tutto il resto giusto, si è diretti a frustrazione, costi aggiuntivi e probabilmente fallimento.
Che cos'è la cultura?
Ai nostri scopi, la cultura è il patrimonio sociale di un gruppo. Si tratta di un modello di risposte scoperte, sviluppate o inventate durante la storia del gruppo di gestire i problemi che derivano dalle interazioni tra i suoi membri e tra loro e il loro ambiente.
Le impostazioni cultura determinano:
- Ciò che è accettabile o inaccettabile.
- Cosa è importante o poco importante.
- Che cosa è giusto o sbagliato.
- Che cosa è funzionante o non funzionante.
- Chi si assume, incendia e promuove.
Perché le iniziative DevOps hanno esito negativo?
La ricerca di Gartner mostra che fino al 2023, 90% di iniziative DevOps avranno 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 consente una cultura DevOps di successo.
Le persone che lavorano in sforzi creativi non hanno bisogno di "birra nella sala di pausa" per motivarli. Le persone creative hanno invece bisogno di maestria, autonomia e scopo.
Quando le persone hanno chiesto qual è la parte più importante del successo di Microsoft, è la visione, la strategia o l'esecuzione? – Il CEO di Microsoft Satya Nadella ha detto che sono tutti importanti, ma alla fine è stato il loro scopo e la mentalità orientata alla crescita.
12 esempi di mentalità DevOps
Di seguito sono riportati 12 esempi di una mentalità DevOps: mentalità della leadership, mentalità orientata ai clienti, pensiero snella, pensiero di sistema, rimuovere rifiuti, teoria dei vincoli, allineamento e autonomia, test di turno a sinistra, mentalità alla sicurezza, sviluppo basato su ipotesi, live-site e misurare i risultati, non la mentalità delle attività.
Mentalità della leadership
Gartner offre le raccomandazioni seguenti:
- Identificare i leader di trasformazione assegnando priorità a specifiche caratteristiche comportamentali necessarie per condurre un'iniziativa DevOps, ponendo meno attenzione ai set di competenze tecniche.
- Sviluppare leader di trasformazione adottando il fallimento come opportunità di apprendimento.
- Gestire i leader della trasformazione consentendo loro di prendere decisioni senza indovinare e fornendo obiettivi chiari e metriche chiave.
Poiché DevOps è trasformativo, i leader di Infrastructure & Operations (I&O) devono identificare i candidati che sono visionari, adattivi, motivanti, responsabili e responsabili.
Mentalità orientata al cliente
Cosa significa essere incentrato sul cliente?
- Ascoltare e comunicare con i nostri clienti
- Misurare ciò che è importante
- Abbraccia il rosso nella produzione
- Compilare, misurare e apprendere
- Usare l'attivazione/disattivazione delle funzionalità per la distribuzione normale
- Raccogliere dati su larga scala ma con attenzione
Mentalità snella
Valore: La mentalità snella inizia con una comprensione dettagliata del valore assegnato dal cliente ai prodotti e ai servizi. L'organizzazione è incentrata sull'eliminazione dei rifiuti in modo da poter offrire il valore che il cliente si aspetta al massimo livello di redditività.
Il flusso di valore comprende l'intero ciclo di vita del prodotto, dalle materie prime attraverso l'uso del cliente e l'eventuale eliminazione del prodotto. Per eliminare gli sprechi, l'obiettivo finale di Lean deve essere una comprensione accurata e completa del flusso di valore.
flusso : La comprensione del flusso è essenziale per eliminare gli sprechi. Se il flusso di valori smette di andare avanti in qualsiasi punto, lo spreco è l'inevitabile per prodotto. Il principio di produzione snella del flusso consiste nella creazione di una catena di valori senza interruzioni nel processo di produzione e in cui ogni attività è in passo con ogni altra.
Pull: Il principio snella del pull consente di garantire il flusso assicurandosi che nulla venga fatto in anticipo, che crea un inventario in-process e arresta il flusso sincronizzato. Invece di usare l'approccio tradizionale americano di produzione di spingere il lavoro in base a una previsione e una pianificazione, l'approccio pull determina che nulla viene fatto fino a quando il cliente lo ordina.
Perfezione: i professionisti lean si sforzano di raggiungere la perfezione. La marcia verso un processo perfetto avviene come miglioramenti continui risolire le cause principali dei problemi di qualità e dei rifiuti di produzione. La ricerca implacabile della perfezione è ciò che spinge gli utenti dell'approccio a scavare più in profondità, misurare di più e cambiare più spesso dei loro concorrenti.
Mentalità orientata al pensiero del sistema
Un mentalità orientata al sistema enfatizza le prestazioni dell'intero sistema, non le prestazioni di un silo specifico di lavoro o reparto.
Concentrarsi su tutti i flussi di valore aziendale abilitati dall'IT. In altre parole, inizia quando i requisiti vengono identificati dall'azienda o dall'IT, compilati in Sviluppo e quindi passati alle operazioni IT, in cui il valore viene quindi distribuito al cliente come servizio.
Rimozione della mentalità dei rifiuti
Una mentalità snella è incentrata sull'identificazione e la rimozione dei sette rifiuti mortali che non sono di valore per il cliente:
- Lavoro parzialmente completato
- Processo aggiuntivo
- Funzionalità aggiuntive
- Cambio di attività
- In attesa
- Movimento
- Difetti
Teoria del pensiero dei vincoli
La teoria dei vincoli è una metodologia per identificare e rimuovere vincoli (detti anche colli di bottiglia) che limitano la velocità effettiva. In pratica, iniziare identificando il fattore più importante che sta nel modo di raggiungere un obiettivo. Lavorare per ridurre al minimo tale fattore fino a quando non si tratta più di una limitazione.
Bilanciamento dell'allineamento e della mentalità dell'autonomia
È necessario raggiungere un equilibrio tra allineamento e autonomia. Troppo allineamento porta a meno innovazione, meno motivazione e meno collaborazione. Troppo autonomia porta a più caos, confusione e conflitto, portando anche a una minore coerenza.
Mentalità dei test di maiuscole e sinistra
test di maiuscole e sinistra è un approccio usato per velocizzare i test software e facilitare lo sviluppo spostando il processo di test in un punto precedente del ciclo di sviluppo. Lo spostamento a sinistra è un riferimento allo spostamento dei test a sinistra in una sequenza temporale. Aiuta a costruire la qualità e identificare i problemi in precedenza per ridurre lo spreco di rielaborazione.
I test di maiuscole e sinistra sono progettati per essere un modello migliore per lo sviluppo rapido della corsia, perché i modelli di test tradizionali che attendono fino a un secondo momento nel ciclo di sviluppo possono creare colli di bottiglia.
Mentalità orientata alla sicurezza
Per ottenere una mentalità orientata alla sicurezza , i team devono:
- Promuovere la consapevolezza.
- Definire i propri principi.
- Vivere in base ai loro principi.
Mentalità orientata allo sviluppo basata su ipotesi
L'uso di un approccio Lean Product per sviluppare cicli più brevi e usare sviluppo basato su ipotesi consente di creare piccoli esperimenti per ottenere feedback dai clienti e dalle decisioni basate sui dati.
L'approccio allo sviluppo basato su ipotesi:
- Inizia da un presupposto: qualcosa accettato come vero senza prova
- Articolato il presupposto da testare
- Esegue la sperimentazione e i test
- Esamina l'evidenza : un indicatore del risultato
Mentalità del sito live
Per un team DevOps, non c'è posto come la produzione. Tutto quello che fanno è migliorare l'esperienza dei clienti.
Per creare un sito stabile e ad alte prestazioni, applicare le procedure consigliate per le operazioni continue in modo disciplinato e continuativo per mantenere integro il sito.
I fattori chiave della cultura live-site includono:
- Rilevare prima che i clienti sentano il dolore
- Unità con dati
- La causa radice è la chiave
- Configurare come codice
- Automatizzare la sopravvivenza
- Siate aperti e imparate
Misurare il risultato, non la mentalità dell'attività
Il modo in cui si misurano le persone porterà il comportamento delle persone. È consigliabile misurare l'utilizzo, la velocità e l'integrità del sito live, non le righe di codice, il burndown del team e il numero di bug rilevati.
Suggerimento
Fai attenzione con la misurazione per ottenere un risultato ottimale!