Formazione scritta DevOps
Come migliorare le ipotesi con DevOps e sviluppare un'organizzazione guidata dalla sperimentazione e dall'apprendimento?
Nelle tipiche organizzazioni IT che eri abituato a creare, probabilmente continui a sviluppare più versioni di prodotti e funzionalità senza verificare che producano i risultati di business desiderati o addirittura che qualcuno li usi davvero. Il modo meno efficiente di testare un modello di business o un'idea di prodotto o funzionalità è realizzare un prodotto e servizio software completo per scoprire se la domanda prevista esiste e se l'idea può soddisfarla.
Prima di realizzare un prodotto e un servizio completi, chiediti: «Perché dovrei realizzarlo?”, “Vale davvero il tempo e le risorse che richiede?». Crea ed esegui gli esperimenti più rapidi ed economici possibili per verificare se idee, prodotti e funzionalità raggiungono i risultati di business desiderati.
Esperimenti statistici e misurazioni condotti a lungo su varie suite di prodotti aziendali hanno mostrato che soltanto 1/3 delle modifiche può migliorare considerevolmente una metrica chiave, come ricavi, conversioni, ordini, abbonamenti o acquisizione di clienti. Gli altri 2/3 delle modifiche danno miglioramenti nulli o trascurabili oppure peggiorano i risultati della metrica. Per questi 2/3, all'organizzazione converrebbe mandare in vacanza l'intero team anziché creare funzionalità che non apportano valore.
Per affrontare questa difficoltà, fai ricerca sugli utenti con test A/B. Verifichi i risultati delle funzionalità prima di realizzarle. Integri il feedback della ricerca nel processo di ingegneria del software per assicurarti di applicare correttamente DevOps e di realizzare ciò che serve. Più rapidamente sperimenti, impari e integri il feedback dei clienti nel ciclo, più riesci a superare la concorrenza nel tuo mercato.
Il test A/B è diventato popolare con il marketing postale a risposta diretta. Modificando formulazioni, colori, impaginazione, titoli e testi, gli addetti al marketing hanno provato molte varianti di volantini e cartoline per capire quali funzionassero e vendessero di più. Il governo britannico ha usato test A/B per trovare la lettera più efficace nel riscuotere imposte arretrate dai cittadini. Oggi i test A/B sono comuni sia per valutare marketing e comunicazione, sia per capire quali idee, prodotti e funzionalità funzionano.
Per adottare il test A/B nel team DevOps, devi poter distribuire rapidamente e facilmente più versioni delle funzionalità e mostrarle a segmenti di utenti diversi. Con telemetria completa e metriche di business, individui se la funzionalità produce risultati migliori e, in caso affermativo, quale versione funziona meglio.
Per esempio, l'organizzazione DevOps vuole rilasciare una nuova procedura di acquisto per un portale e-commerce. Prima di diventare un lavoro importante per il team, questa nuova procedura è solo un'ipotesi per migliorare i risultati di business. Solo dopo averla studiata e convalidata potrà diventare un vero progetto che richiede tempo, risorse ed energie significativi. Il primo pacchetto di lavoro del team per la procedura è:
Convalida dell'ipotesi: Crediamo che una nuova versione della procedura di acquisto possa portare a tassi di conversione migliori. Avremo la certezza di poter realizzare e rilasciare la funzionalità completa quando vedremo che una delle versioni sperimentali della procedura, mostrata all'1% dei visitatori, aumenta le vendite almeno del 5% nei successivi 7 giorni.
CONCLUSIONE
Oltre all'intuito e alle buone pratiche che tu e il team DevOps avete imparato e osservato finora, serve soprattutto che persone reali partecipino davvero agli esperimenti nel mondo reale.
I DevOps Product Owner dovrebbero considerare le idee di prodotto e funzionalità come ipotesi da convalidare. Queste ipotesi si possono progettare, realizzare e testare completamente solo dopo aver dimostrato con argomenti concreti che sono buone idee.
