Cos'è la cultura DevOps?

DevOps comporta responsabilità condivise. I membri del team di sviluppo e quelli del team delle operazioni sono allo stesso modo responsabili del successo o del fallimento di un prodotto. Le responsabilità degli sviluppatori devono andare oltre la semplice compilazione e il rilascio al team delle operazioni; devono condividere anche la responsabilità di supervisionare il prodotto durante l'intero ciclo di vita, adottando la mentalità "You Build It, You Run It". Testano e utilizzano il software e collaborano maggiormente con i team di controllo della qualità e delle operazioni IT. Se toccano con mano le difficoltà affrontate dal team delle operazioni, è più probabile che riescano a semplificare la distribuzione e la manutenzione. Allo stesso modo, se il team delle operazioni arriva a comprendere gli obiettivi aziendali del sistema, potrà collaborare con gli sviluppatori per aiutare a definire le esigenze operative di un sistema e adottare strumenti di automazione.

I team autonomi sono un altro aspetto importante di DevOps. Affinché collaborino in modo efficace, i team di sviluppo e quelli delle operazioni devono prendere decisioni e implementare le modifiche senza dover seguire processi di approvazione lunghi e complicati. Ciò implica dare fiducia ai team e creare un ambiente in cui non si teme il fallimento. Questi team devono disporre dei processi e degli strumenti giusti per prendere decisioni in modo più rapido e semplice, per ogni livello di rischio per il cliente .

Ad esempio, un tipico flusso di lavoro di sviluppo potrebbe richiedere il coinvolgimento di tanti collaboratori di team diversi per la distribuzione delle modifiche del codice. Lo sviluppatore apporta una modifica al codice e la invia a un repository di controllo del codice sorgente, il Build Engineer compila e distribuisce il codice in un ambiente di test, l'owner di prodotto aggiorna lo stato del lavoro in uno strumento di monitoraggio dei ticket e così via. Un team autonomo trarrà vantaggio dagli strumenti che automatizzano questi processi, in modo che l'invio di nuovo codice inneschi la compilazione e la distribuzione di una nuova funzione in un ambiente di test e lo strumento di monitoraggio dei ticket venga aggiornato automaticamente.

Ad esempio, un team è svantaggiato da requisiti che richiedono l'apertura di un ticket tramite un team delle operazioni separato per apportare modifiche banali all'infrastruttura, come l'aggiunta di una nuova voce DNS. Un task che dovrebbe richiedere pochi secondi finisce per essere portato a termine in giorni o settimane. Un team autonomo ha la capacità di implementare autonomamente tali modifiche, sia avvalendosi di un membro del team con le competenze e l'esperienza adeguate, sia potendo disporre di accesso a strumenti autogestiti.

Nella cultura del team DevOps i feedback rapidi sono preziosi perché contribuiscono al miglioramento continuo dei team di sviluppo e delle operazioni unificati. In un ambiente in cui i team di sviluppo e delle operazioni si trovano in silos isolati, il percorso del feedback sulle prestazioni e la stabilità del software applicativo nell'ambiente di produzione richiede spesso del tempo prima di arrivare al team di sviluppo e non sempre arriva. Rendendo necessaria la collaborazione tra gli addetti alle operazioni per le attività di progettazione e implementazione delle strategie di monitoraggio delle applicazioni e di creazione di report, DevOps assicura che gli sviluppatori ricevano il feedback rapido di cui hanno bisogno per iterare e migliorare rapidamente il codice dell'applicazione. Ad esempio, qualsiasi strumento di continuous integration sufficientemente valido consente la compilazione e il test automatizzati di nuovi push di codice e fornisce agli sviluppatori feedback immediati sulla qualità del codice.

L'automazione è essenziale per la cultura DevOps, poiché rende possibile un'ottima collaborazione e consente di liberare le risorse. Grazie all'automazione e all'integrazione dei processi tra i team di sviluppo software e quelli IT, il software viene compilato, testato e rilasciato in modo più rapido e affidabile.

Il vantaggio più evidente e ad impatto elevato che è possibile ottenere dall'adozione di una cultura DevOps è rappresentato dai rilasci di software semplificati, frequenti e di alta qualità, che aumentano non solo le prestazioni aziendali, ma anche la soddisfazione dei dipendenti.

Secondo il libro "Accelerate: Building and Scaling High Performing Technology Organizations", la cultura DevOps promuove alti livelli di fiducia e collaborazione e si traduce in processi decisionali di qualità superiore e livelli ancora più elevati di soddisfazione sul lavoro.

Adottare la cultura DevOps è fondamentale per costruire un'organizzazione di progettazione ad alte prestazioni senza sacrificare la soddisfazione dei dipendenti. È un vantaggio per tutti. Per un ingegnere non c'è niente di meglio della soddisfazione di effettuare rilasci frequenti e agevoli ed eseguire software stabile e ad alte prestazioni in grado di soddisfare gli utenti, mentre il miglioramento dei risultati aziendali è estremamente apprezzato dai dirigenti.

L'adozione completa di una cultura DevOps di solito richiede che individui e team apportino modifiche significative al loro modo di lavorare, per questo motivo occorre prima ottenere il consenso dei vertici dell'organizzazione.

Il coinvolgimento dei dipendenti può essere, e spesso è, un punto di partenza importante per ottenere il consenso dei manager e dei dirigenti a intraprendere la trasformazione DevOps. Spesso l'argomento più convincente a favore di una più ampia adozione di DevOps è quando alcuni dipendenti o team di piccole dimensioni adottano tale approccio e iniziano a dimostrarne il successo.

Gli elevati livelli di autonomia e fiducia tipici della cultura DevOps possono essere difficili da coltivare se c'è una storia di conflitto tra i singoli dipendenti o i team coinvolti. Più i team erano in silos prima del tentativo di adozione dell'approccio DevOps, più difficile sarà costruire una connessione tra di loro.

Cambiare è difficile. Anche negli ambienti caratterizzati da grande armonia tra i dipendenti e i team esistenti, se i vantaggi del cambiamento non sono chiaramente articolati e compresi, può essere difficile promuovere l'accettazione e la volontà di mettere in pratica le nozioni teoriche.

Com'è comprensibile, le organizzazioni con una radicata mentalità di progettazione spesso passano immediatamente a strumenti e tecnologie per risolvere le sfide aziendali. Sì, esistono strumenti e tecnologie che possono aiutare l'organizzazione a passare all'approccio DevOps. Ma un cambiamento di strumenti e tecnologie che non comporta anche il cambiamento della cultura è spesso chiamato "DevOps cargo-cult" poiché cambia la facciata senza affrontare la debolezza nelle fondamenta.

Gli sviluppatori inseguono da decenni il sogno di distribuire software con maggior frequenza e meno fatica e bug. Ora, gli strumenti e le pratiche per renderlo realtà sono finalmente arrivati.

Dalle ricerche di Atlassian è emerso che le organizzazioni che praticano l'approccio DevOps rilasciano prodotti di qualità superiore (61%), con una maggiore frequenza di distribuzione e un time-to-market più rapido (49%). E non sono solo le organizzazioni a trarne vantaggio: i professionisti affermano di aver appreso nuove competenze (78%) e di aver ricevuto un aumento (48%).

Coltivare la cultura DevOps può essere difficile, ma ne vale la pena per ottenere vantaggi in termini di una maggiore soddisfazione di sviluppatori, manager e clienti.

Vuoi migliorare la tua cultura DevOps? Inizia con il Controllo salute del team di assistenza. Inoltre, esercitati a comunicare, collaborare e fare brainstorming con i colleghi applicando le 4 principali strategie per costruire una cultura DevOps.