Consegna agile del prodotto

In particolare, si può prendere il tempo per sviluppare e portare al tavolo un outside-in, mercato-centric prospettiva che è così convincente e così ben informato che può controbilanciare l’inside-out orientamento aziendale-centric del piano operativo dello scorso anno.

—Geoffrey Moore, Escape Velocity

Agile Product Delivery è un approccio incentrato sul cliente per definire, creare e rilasciare un flusso continuo di prodotti e servizi di valore per clienti e utenti.

È una delle sette competenze fondamentali dell’impresa snella, ognuna delle quali è essenziale per raggiungere l’agilità aziendale. Ogni competenza principale è supportata da una valutazione specifica, che consente all’impresa di valutare la propria competenza. Queste valutazioni delle competenze di base, insieme alle opportunità di miglioramento raccomandate, sono disponibili nell’articolo Measure and Grow.

Perché Agile Product Delivery?

Al fine di raggiungere l’agilità aziendale, le imprese devono aumentare rapidamente la loro capacità di fornire prodotti e servizi innovativi. Per essere sicuri che l’azienda stia creando le soluzioni giuste per i clienti giusti al momento giusto, deve bilanciare il loro focus sull’esecuzione con un focus sul cliente. Queste capacità si sostengono a vicenda e creano opportunità per una leadership di mercato e di servizio sostenuta. Come illustrato nella Figura 1, ci sono tre dimensioni per la consegna del prodotto agile.

1. Customer Centricity and Design Thinking-Customer centricity mette il cliente al centro di ogni decisione e utilizza il design thinking per garantire che la soluzione sia desiderabile, fattibile, praticabile e sostenibile.
2. Sviluppa su cadenza; Release on Demand – Lo sviluppo su cadenza aiuta a gestire la variabilità inerente allo sviluppo del prodotto. Il disaccoppiamento del rilascio di valore assicura che i clienti possano ottenere ciò di cui hanno bisogno quando ne hanno bisogno.
3. DevOps and the Continuous Delivery Pipeline – DevOps and the Continuous Delivery Pipeline crea le basi che consentono alle aziende di rilasciare valore, in tutto o in parte, in qualsiasi momento per soddisfare la domanda dei clienti e del mercato.

Le sezioni che seguono descrivono ciascuna di queste dimensioni di agile product delivery in modo più dettagliato.

Customer Centricity and Design Thinking

Customer centricity è una mentalità e un modo di fare business che si concentra sulla creazione di impegni positivi mentre i clienti sperimentano i prodotti e i servizi offerti dall’azienda. Le aziende incentrate sul cliente creano maggiori profitti, aumentano il coinvolgimento dei dipendenti e soddisfano in modo più completo le esigenze dei clienti. I governi e le organizzazioni non profit incentrate sul cliente creano resilienza, sostenibilità e l’allineamento necessario per adempiere alla loro missione.

Le aziende Lean-Agile raggiungono questi obiettivi applicando il Design Thinking, un processo di sviluppo di soluzioni iterative che garantisce che le soluzioni siano desiderate da clienti e utenti, garantendo al contempo che la soluzione sia fattibile, economicamente valida e sostenibile per tutto il suo ciclo di vita.

Agile Product Management funge da funzione di coordinamento centrale per portare nuove soluzioni sul mercato, garantendo al contempo il successo continuo dei prodotti esistenti.

Centralità del cliente

Ogni volta che un’impresa centrata sul cliente prende una decisione, considera profondamente l’effetto che avrà sui suoi utenti finali . Questo motiva le squadre a:

• Focus sul cliente-Le aziende incentrate sul cliente utilizzano la segmentazione del mercato e degli utenti per allineare e focalizzare l’azienda su segmenti di utenti specifici e mirati.
• Comprendere le esigenze del cliente – Le aziende incentrate sul cliente vanno oltre il semplice ascolto dei clienti che chiedono funzionalità. Invece, investono il tempo per identificare le esigenze dei clienti e creare soluzioni che soddisfino queste esigenze.
• Pensa e sentiti come se le imprese incentrate sul cliente fossero empatiche e si sforzassero di vedere il mondo dal punto di vista del cliente.
• Build whole product solutions – Le aziende incentrate sul cliente progettano una soluzione completa per le esigenze dell’utente, assicurando che l’esperienza iniziale e a lungo termine del cliente sia ottimale e si evolva secondo necessità.
• Create customer lifetime value – Le imprese incentrate sul cliente vanno oltre la mentalità transazionale e si concentrano invece sulla relazione totale con un cliente durante la vita naturale della soluzione. La relazione con il cliente a lungo termine che ne deriva consente all’azienda di creare valore per il cliente, spesso in modi non previsti al momento del rilascio della soluzione .

Design Thinking

Il design thinking è parte integrante della centralità del cliente. Il design thinking ha due attività principali, che culminano in una soluzione sostenibile, come mostrato nella Figura 2:

1. Comprendere il problema, che fornisce informazioni sui requisiti e sui vantaggi di una soluzione desiderabile
2. Progettare la soluzione giusta, che assicura che la soluzione sia tecnicamente fattibile
3. Garantire che la soluzione sia praticabile e sostenibile attraverso la comprensione e la gestione dell’economia della soluzione

L’utilizzo del Design Thinking durante tutto il ciclo di vita della soluzione assicura che questi tre attributi persistano per tutta la vita della soluzione.

Sviluppare sulla cadenza; Release on Demand

Le aziende incentrate sul cliente cercano di creare un flusso continuo di valore per i propri clienti. I tempi di queste versioni sono determinati dalle esigenze del mercato e dei clienti e dalla motivazione dell’impresa a fornire valore. Alcune aziende possono rilasciare molto frequentemente, mentre altre possono essere vincolate dalla conformità o da altri requisiti di mercato che motivano rilasci meno frequenti. Collettivamente, SAFe si riferisce a queste funzionalità come Release on Demand.

I tempi di rilascio, tuttavia, non coincidono con il flusso di lavoro delle persone che creano soluzioni. I team applicano un modello di processo ottimizzato per un lavoro di conoscenza altamente variabile. In SAFe, questo è noto come Develop on Cadence, un insieme coordinato di pratiche che supportano i team agili fornendo una serie affidabile di eventi e attività che si verificano su un calendario regolare e prevedibile . Disaccoppiare gli eventi e le attività che supportano l’organizzazione che crea valore dal modo in cui tale valore viene consegnato promuove ulteriormente l’agilità aziendale (Figura 3).

Cadenze Agile Team e Agile Release Train

La struttura cadence di SAFe supporta i team Agile e gli Agile Release Trains (ARTs) nella creazione e distribuzione di valore.

• Le iterazioni sono il blocco di base dello sviluppo Agile. Ogni iterazione è un timebox standard a lunghezza fissa in cui i team Agili forniscono valore incrementale. Per i team Agili, questi sono in genere software e hardware di lavoro, mentre i team aziendali forniranno altri aspetti di valore. Una durata tipica timebox è di due settimane. Tuttavia, timebox leggermente più brevi o più lunghi possono essere utili. Le iterazioni sono ben strutturate e seguono un ciclo coerente di pianificazione dell’iterazione, esecuzione dell’iterazione (che include un perfezionamento giornaliero e backlog), revisione dell’iterazione e una retrospettiva dell’iterazione.
• Gli incrementi di programma (PIs) sono un timebox più grande, un insieme di iterazioni durante le quali un gruppo di team agili organizzati in un’ARTE forniscono valore incrementale, sotto forma di software e sistemi funzionanti e testati. I PI sono in genere stabiliti come un periodo fisso di 8-12 settimane, composto da 3-5 iterazioni di sviluppo, seguite da un’iterazione di innovazione e pianificazione (IP).

Gli incrementi del programma sono ulteriormente organizzati per includere eventi e attività aggiuntivi basati sulla cadenza che promuovono l’agilità aziendale.

Lavorare con incrementi di programma

Gli incrementi di programma sono la chiave per creare un’impresa basata sulla cadenza. Essi rappresentano un timebox ‘abbastanza grande’ per pianificare e realizzare un lavoro sostanziale pur essendo ‘abbastanza piccolo’ per promuovere un feedback veloce e correzione a metà percorso. Di conseguenza, un incremento del programma ha diverse attività ed eventi importanti:

• La pianificazione dell’incremento del programma (PI) è l’evento basato sulla cadenza più significativo dell’azienda. PI Planning è il cuore pulsante dell’ARTE, allineando tutti i suoi team a una missione e una visione condivise. Mentre gli input per la pianificazione PI variano in base al contesto, i due output primari includono:

• • Obiettivi PI impegnati – Questi obiettivi aziendali e tecnici per ogni team, con accordo e valore assegnato dai proprietari delle imprese, guidano il lavoro del team per il prossimo incremento del programma.
  • Scheda di programma – Questo è un “radiatore visivo” delle nuove date di consegna delle funzionalità, delle dipendenze delle funzionalità tra i team e con altre arti e delle pietre miliari rilevanti (Figura 4).

• Le demo di sistema sono condotte alla fine di ogni iterazione e forniscono una vista integrata delle nuove funzionalità per l’iterazione più recente. Ogni demo offre agli stakeholder dell’ARTE una misura oggettiva dei progressi per l’incremento corrente. Offrendo opportunità di aggiustamenti in tempo reale, una demo di sistema è un evento critico che consente l’agilità aziendale.
• Inspect and Adapt (I & A) gli eventi si svolgono alla fine di ogni incremento del Programma (PI). Fornisce all’intera ARTE l’opportunità di identificare il miglioramento dei processi attraverso un workshop strutturato e di risoluzione dei problemi.
• Le iterazioni di innovazione e pianificazione offrono un’opportunità in ogni PI per i team di lavorare su attività di innovazione che sono difficili da inserire in un modello di distribuzione del valore continuo e incrementale.

Mentre i team e le ARTI lavorano su questa cadenza, l’azienda può sfruttare la pipeline di distribuzione continua per rilasciare valore in qualsiasi momento richiesto dalle condizioni di mercato e di governance.

Release on Demand

Release on Demand acquisisce i meccanismi e i processi con cui le nuove funzionalità vengono implementate nella produzione e rilasciate immediatamente o in modo incrementale ai clienti in base alla richiesta. Le aziende variano per quanto riguarda quando rilasciano funzionalità.

In collaborazione con le parti interessate, Agile Product Management determina quando deve avvenire una release, quali elementi del sistema devono essere rilasciati e quali utenti finali e clienti devono ricevere la release. Alcuni prodotti servono mercati in cui rilasciare nuove funzionalità non appena è disponibile è la scelta ottimale. Esempi notevoli sono i moderni fornitori di software e servizi SaaS che hanno creato sofisticate funzionalità DevOps che consentono loro di rilasciare valore più volte al giorno.

Altri possono servire mercati con ritmi di mercato distinti che governano le finestre di rilascio ottimali. Ad esempio, c’è un ritmo di mercato distinto per la vendita di merci a freddo, che vanno dall’abbigliamento ai veicoli, che è definito in gran parte dall’emisfero in cui vivi. La catena di approvvigionamento più ampia risponde a questi ritmi, come ulteriormente delineato nell’articolo della tabella di marcia.

Ulteriori fattori che influenzano quando un’azienda potrebbe voler rilasciare funzionalità sono:

• Scadenze normative
• Rispondere ai difetti del prodotto e agli aggiornamenti di sicurezza
• Rispondere alle pressioni del mercato competitivo

Architetture sempre più sofisticate e pratiche tecniche che migliorano l’agilità aziendale supportano anche il rilascio su richiesta. Ad esempio, la telemetria del prodotto raccoglie dati per misurare l’ipotesi del risultato e ottenere prove oggettive di come i clienti rispondono al valore rilasciato. I componenti rilasciabili separatamente, i lanci scuri, i commutatori di funzionalità e i rilasci canary massimizzano la flessibilità aziendale garantendo al contempo la stabilità operativa.

DevOps e la pipeline di distribuzione continua

Mentre è facile accettare che il rilascio su richiesta è l’obiettivo, creare la competenza per rilasciare in modo affidabile e abile il valore ogni volta che lo si desidera è un duro lavoro. Si tratta di abbracciare la mentalità e la cultura DevOps e creare una pipeline di distribuzione continua sempre più automatizzata.

Abbracciare la mentalità, la cultura e le pratiche DevOps

Mentre l’interruzione digitale continua a cambiare il mondo e il software diventa una parte più grande della capacità di ogni azienda di fornire e supportare i propri prodotti e servizi, ogni azienda deve reagire più rapidamente alla domanda e alle esigenze dei clienti con soluzioni digitali. Un problema comune per la consegna veloce è sempre stato il baratro tra sviluppo e operazioni; il primo ottimizza per frequenti rilasci e cambiamenti, il secondo ottimizza per la stabilità operativa. Se non affrontato, questa dicotomia in’ visione del mondo ‘ crea una barriera al successo.

Reso popolare dai libri, tra cui il progetto Phoenix e il successivo Manuale DevOps , il movimento “DevOps” lavora per allineare lo sviluppo, le operazioni, il business, la sicurezza delle informazioni e altre aree per lavorare insieme meglio condividendo la responsabilità di migliorare i risultati aziendali. La ragione è semplice: le organizzazioni ad alte prestazioni applicano le funzionalità DevOps per sovraperformare notevolmente gli altri sia per gli aspetti tecnici che per i risultati di business, come illustrato nella Figura 5.

DevOps è l’adozione di una mentalità, una cultura e un insieme di pratiche tecniche che forniscono elementi di soluzione al cliente senza trasferimenti o un eccessivo supporto esterno alla produzione o alle operazioni. Come illustrato nella Figura 6, l’approccio di SAFe a DevOps si basa su cinque concetti: Cultura, Automazione, flusso snello, misurazione e recupero (CALMR).

• La cultura rappresenta la filosofia della responsabilità condivisa per la consegna rapida del valore attraverso l’intero flusso di valore. È composto da tutti coloro che aiutano a creare valore, tra cui gestione del prodotto, sviluppo, test, sicurezza, conformità, operazioni, ecc.
• L’automazione rappresenta la necessità di rimuovere l’intervento umano dal maggior numero possibile di pipeline per ridurre gli errori e ridurre il tempo di ciclo complessivo del processo di rilascio.
• Lean flow identifica le pratiche di limitazione del work in Process (WIP), riduzione delle dimensioni dei lotti e gestione delle lunghezze delle code. Questi accelerano il flusso di valore al cliente e consentono un feedback più rapido.
• La misurazione favorisce l’apprendimento e il miglioramento continuo comprendendo e quantificando il flusso di valore attraverso la pipeline.
• Recovery costruisce sistemi che consentono correzioni rapide dei problemi di produzione tramite funzionalità di rollback automatico e’ fix forward ‘ (ad esempio, fix in produzione).

Un vantaggio del modello CALMR è che è progettato per lavorare con un’organizzazione a qualsiasi livello di agilità aziendale, supportandoli immediatamente mentre iniziano il processo di miglioramento implacabile.

La Continuous Delivery Pipeline

La Continuous Delivery Pipeline rappresenta i flussi di lavoro, le attività e l’automazione necessari per gestire una nuova funzionalità dall’ideazione a un rilascio on-demand di valore per l’utente finale. Come illustrato nella Figura 7, la pipeline si compone di quattro aspetti: Esplorazione continua (CE), integrazione continua (CI), distribuzione continua (CD) e rilascio su richiesta. La pipeline è l’elemento più significativo della competenza agile product delivery (Figura 1).

Ogni Agile Release Train (ART) crea e mantiene, o condivide con altre ARTi, una pipeline con le risorse e le tecnologie necessarie per fornire il valore della soluzione nel modo più indipendente possibile. I primi tre elementi della pipeline (CE, CI e CD) lavorano insieme per supportare la consegna di piccoli lotti di nuove funzionalità, che vengono poi rilasciati in conformità con la domanda del mercato.

L’esplorazione continua favorisce l’innovazione e costruisce l’allineamento su ciò che dovrebbe essere costruito. Il Design Thinking viene utilizzato per esplorare continuamente le esigenze del mercato e dei clienti e definire una visione, una roadmap e una serie di funzionalità per una soluzione che soddisfi tali esigenze. Durante CE, nuove idee vengono sollevate, perfezionate e preparate come un elenco di funzionalità prioritarie nel Backlog del programma. Essi sono tirati in attuazione durante la pianificazione PI, che inizia il processo di integrazione continua.

L’integrazione continua costruisce la qualità nel processo di sviluppo integrando continuamente il lavoro in corso di molti team Agili. Tutto il lavoro è controllato dalla versione e le nuove funzionalità sono integrate in un sistema o una soluzione completa. Quindi, viene convalidato in un ambiente di staging adatto che spazia da sistemi software basati su cloud puri a dispositivi fisici e/o simulatori di dispositivi.

Continuous Deployment acquisisce i processi associati allo spostamento delle soluzioni tramite staging in ambienti di produzione. Come per l’integrazione continua, questo varia sostanzialmente in base ai tipi di soluzioni create e al loro contesto di soluzione associato. Per garantire che le soluzioni siano pronte per una release completa per i clienti, la distribuzione include il monitoraggio per fornire flessibilità nel controllo delle release, nel rollback di una release o nella distribuzione di aggiornamenti e patch incrementali.

Come descritto sopra, Release on Demand è la capacità di rendere il valore disponibile ai clienti tutto in una volta, o in modo ad hoc in base alle esigenze di mercato e di business. Il rilascio su richiesta è fondamentale per l’agilità aziendale, in quanto le decisioni su cosa rilasciare a chi e quando sono fattori chiave del valore.

Sommario

Le aziende devono bilanciare il loro focus di esecuzione con un focus sul cliente per assicurare che stanno creando le soluzioni giuste, per i clienti giusti, al momento giusto. Agile product delivery si basa sulla centricità del cliente, che pone il cliente al centro di ogni decisione. Utilizza il design thinking per garantire che la soluzione sia desiderabile, fattibile, praticabile e sostenibile.

Lo sviluppo su cadence aiuta a gestire la variabilità inerente allo sviluppo del prodotto. Release on demand disaccoppia la cadenza di rilascio e sviluppo per garantire che i clienti possano ottenere ciò di cui hanno bisogno quando ne hanno bisogno. DevOps e CDP creano la base che consente alle aziende di rilasciare valore, in tutto o in parte, in qualsiasi momento per soddisfare la domanda dei clienti e del mercato.

Il risultato di Agile product delivery è una maggiore agilità aziendale con risultati superiori per l’azienda e i clienti che serve.

Per saperne di più

Norman, Don. Il design delle cose di tutti i giorni. Osterwalder, Alexander, Yves Pigneur, Gregory Bernarda e Alan Smith. Value Proposition Design: come creare prodotti e servizi che i clienti vogliono. Wiley, 2014. Leffingwell, Dean. Requisiti software agili: pratiche di requisiti snelli per team, programmi e aziende. Addison-Wesley, 2011. Kim, Gene. Il progetto Phoenix: Un romanzo su di esso, DevOps, e aiutare il vostro business Vincere. IT Revolution Press. Kim, Gene, Jez Humble, Patrick Debois e John Willis. Manuale DevOps: come creare agilità, affidabilità e sicurezza di livello mondiale nelle organizzazioni tecnologiche. IT Revolution Press. Accelerare-Stato di DevOps 2019. https://services.google.com/fh/files/misc/state-of-devops-2019.pdf

Ultimo aggiornamento: 10 febbraio 2021