DevOps è nato dal desiderio di accelerare il processo di sviluppo software riducendo al minimo i rischi durante l'implementazione di nuovi prodotti o funzioni. Prima dell'adozione di DevOps, i team di sviluppo spesso lavoravano su un prodotto o una funzione per un periodo prolungato con poco o nessun input da parte degli altri team. Il risultato? Le cosiddette implementazioni "big bang" o le implementazioni di grandi dimensioni di molte nuove funzioni non riuscite, che dovevano essere ripristinate ed erano costose da correggere.

Attraverso una maggiore collaborazione, i team di sviluppo e operativi sono riusciti a condividere conoscenze e feedback durante tutto il processo, offrendo a tutti gli stakeholder maggiore visibilità e supervisione. Inoltre, i team DevOps hanno dato priorità all'automazione della gestione delle prestazioni, al test del nuovo codice e alla distribuzione di nuove funzioni. Questa strategia ha reso il processo di sviluppo più veloce, riducendo il numero di errori e di incognite durante il lancio del prodotto.

L'elemento mancante nel processo DevOps è stato l'input del team aziendale. Dopo lunghi periodi di sviluppo, i team DevOps non sapevano ancora se i prodotti e le funzioni che stavano sviluppando avrebbero soddisfatto gli obiettivi aziendali più attuali dell'organizzazione. Un approccio BizDevOps affronta questo problema, rendendo la creazione di prodotti che aumentano il valore aziendale un obiettivo centrale di sviluppo. Per farlo, i team aziendali devono prendere parte a ogni fase del processo di sviluppo. Con una definizione chiara dei problemi aziendali che i nuovi prodotti, le funzioni e le implementazioni intendono risolvere, i team DevOps possono soddisfare in modo più efficiente le esigenze degli utenti e contribuire a raggiungere gli obiettivi aziendali.

Per implementare BizDevOps all'interno di un'organizzazione, la collaborazione deve iniziare subito, all'inizio della fase di pianificazione. L'allineamento di una strategia aziendale chiaramente definita con l'input del team di sviluppo porta alla creazione di una roadmap dettagliata per lo sviluppo di software e applicazioni. Grazie a una collaborazione precoce, il valore del business viene definito come prioritario, offrendo ai team IT il tempo necessario per sviluppare le funzioni di prodotto che soddisfano le esigenze degli utenti e dell'azienda.

I team di sviluppo sfruttano l'integrazione continua e la distribuzione continua per velocizzare la distribuzione del software. L'integrazione continua è il processo in cui gli sviluppatori integrano frequentemente il codice in una base durante il processo di sviluppo per i test automatizzati. L'integrazione continua è fondamentale per velocizzare la distribuzione del software; consente ai team di sviluppo di utilizzare l'automazione per testare continuamente il nuovo codice per il controllo qualità, riducendo le variabili e gli errori imprevisti al termine del ciclo di vita dello sviluppo software. La distribuzione continua consente ai team di sviluppo di implementare rapidamente le modifiche, correggere i bug e apportare gli aggiornamenti necessari, comprese nuove funzionalità e configurazioni. I test e l'implementazione automatizzati velocizzano l'aggiornamento dei prodotti, riducono il tempo di inattività e massimizzano l'esperienza utente.

Una volta lanciato un prodotto, l'analytics in tempo reale aiuta i team BizDevOps a monitorare le prestazioni e ad analizzare se gli obiettivi vengono raggiunti. Grazie al monitoraggio costante, i team possono adattarsi rapidamente in base all'analytics dei dati e al feedback sui prodotti.

L'abbattimento dei silo tra i team è possibile solo se i team aziendali, di sviluppo e operativi hanno ben chiara la strategia complessiva del prodotto e le metriche da utilizzare per monitorare il successo. A tale scopo, i team di BizDevOps devono stabilire degli indicatori chiave delle prestazioni (KPI) che tengano presenti gli obiettivi aziendali, come la redditività, nonché le metriche DevOps, nelle prestazioni del prodotto e nell'esperienza utente.

I team aziendali utilizzano i KPI come time-to-market (la quantità di tempo necessaria affinché un prodotto venga concepito e immesso sul mercato), i margini di profitto, il ritorno sull'investimento (ROI) e la crescita per misurare il successo. I team operativi e di sviluppo utilizzano metriche prestazionali, tra cui:

• Frequenza di implementazione (DF): calcolo della frequenza con cui i team di sviluppo implementano correttamente il codice nell'ambiente di produzione
  
  
• Lead time for changes (LT): misura del tempo che intercorre tra la richiesta di nuovo codice e il momento in cui viene implementato
  
  
• Change failure rate (CFR): la percentuale di workflow e implementazioni di codice che causano il malfunzionamento dei sistemi
  
  
• Tempo medio di ripristino (MTTR): il tempo necessario a un team per ripristinare il servizio da un errore di sistema o di prodotto

Sebbene questi KPI influenzino la strategia di sviluppo del prodotto, le iniziative BizDevOps devono considerare anche le metriche guidate dall'utente finale. Metriche come il tasso di adozione del prodotto forniscono insight su quanti utenti lo utilizzano e i tassi di customer retention tengono traccia di quanti utenti continuano a interagire con un prodotto dopo un periodo di tempo specificato.

I team di BizDevOps possono utilizzare prodotti come IBM® Instana Observability per monitorare le prestazioni delle applicazioni e identificare i colli di bottiglia e per l'analisi della causa principale. Gli strumenti di monitoraggio delle prestazioni non solo producono dati di prodotto in tempo reale per l'analisi, ma possono anche automatizzare il processo di correzione, riducendo il tempo medio di ripristino.

Grazie alla visibilità sugli indicatori chiave di prestazione e sui dati correlati, i membri del team ottengono una visione end-to-end delle funzioni di un prodotto. In questo modo riescono a creare in modo efficiente prodotti che soddisfano gli obiettivi aziendali e le esigenze dei clienti.