L'approccio allo sviluppo del prodotto Agile: in cosa si differenziano i leader

Con l'accelerazione del ritmo dell'innovazione, siamo stati bombardati da nuovi termini per concetti che descrivono soluzioni e processi avanzati.

Termini come "digital twin", "edge computing" e "machine learning" sono ormai comuni nel settore manifatturiero: solo 10 anni fa, molte persone non conoscevano questi concetti. Nell'ambito dello sviluppo prodotto, il termine Agile si trova ora a quel punto di svolta: Tra 10 anni sarà probabilmente il processo di workflow dominante per i responsabili della progettazione e gli ingegneri di prodotto. Agile non si riferisce alla velocità o alla flessibilità, ma a un approccio adattivo e collaborativo alla gestione dei progetti.

Negli ultimi vent'anni, i professionisti dello sviluppo software hanno adottato il modello Agile come modo migliore di lavorare. Ora è la metodologia più comune per migliorare il modo in cui portano il software sul mercato. Nella creazione di prodotti fisici, tuttavia, l'adozione dello sviluppo del prodotto Agile si sta facendo strada solo ora.

Tra altri 10 anni, è improbabile che il professionista hardware medio non avrà familiarità con il metodo Agile, ma per ora esiste un divario che sta creando una vera differenza competitiva tra chi desidera adottare lo sviluppo del prodotto Agile e applicarlo ove opportuno e chi è ancora riluttante riguardo a questa metodologia.

In questo white paper, esamineremo le differenze comportamentali tra coloro che si autodefiniscono leader del settore e ritardatari in relazione allo sviluppo del prodotto Agile. I dati dimostrano che i leader stanno adottando non solo più pratiche Agile, ma anche un approccio proattivo al modo in cui sfruttano la tecnologia, traendone vantaggio.

• Lo sviluppo del prodotto Agile sta diventando sempre più comune per i prodotti fisici/hardware, non solo per il software. I leader hanno più probabilità di aver implementato completamente i workflow Agile rispetto ai ritardatari.
• I principi Agile sono in linea con le iniziative di trasformazione digitale come l'utilizzo di strumenti basati su cloud e prodotti SaaS. I leader sono più propensi ad adottare in modo proattivo nuove tecnologie che abilitano funzionalità Agile.
• I leader sono più propensi a utilizzare tecnologie di automazione e acquisizione dati nelle fasi di sviluppo prodotto. Questa trasparenza consente di misurare l'impatto dell'approccio Agile sulla produttività.
• I leader manifestano maggiore fiducia nell'applicazione delle metodologie Agile alla creazione di prodotti fisici. I ritardatari sono più titubanti e questo suggerisce che non comprendono appieno i vantaggi del modello Agile.
• I leader incontrano una minore riluttanza interna ad adottare l'approccio Agile. I ritardatari devono affrontare più ostacoli, che spesso impediscono l'adozione. Una mentalità aperta in tutta l'organizzazione è fondamentale.
• Il modello Agile non richiede un importante investimento anticipato. Iniziare in piccolo, utilizzando ad esempio strumenti di collaborazione per le riunioni quotidiane, avvicina le organizzazioni ai workflow Agile.

A luglio 2023, PTC ha condotto un sondaggio per valutare lo stato generale dell'adozione dello sviluppo del prodotto Agile nel mercato, con particolare attenzione ai potenziali punti deboli e alle caratteristiche delle organizzazioni coinvolte, e per individuare quali caratteristiche, se presenti, hanno consentito ad alcune organizzazioni di eccellere nell'adozione di metodologie di sviluppo del prodotto Agile mentre altre aziende hanno avuto difficoltà.

Per la precisione, sono state intervistate 105 persone provenienti dal Nord America e dall'Europa e rappresentanti una vasta gamma di settori, tra cui elettronica e high tech, automotive, dispositivi medici/scienze della vita, industria e organizzazioni aerospaziali.

Tutti gli interpellati sono responsabili delle decisioni, di livello manageriale e superiore, con il segmento più ampio (33%) occupato da direttori senior o esecutivi. Altri ruoli rappresentati in questo sondaggio includono senior manager (20%), manager (17%), VP o vice VP (14%), dirigenti di alto livello (10%) e EVP o SVP (6%).

Poiché lo sviluppo del prodotto Agile si sta espandendo nelle sue potenziali applicazioni, gli intervistati hanno rispecchiato questa diversità, includendo persone dedicate all'hardware, al software e semplicemente al business generale. Attraverso la loro inclusione, auspichiamo di misurare e rappresentare meglio il reale utilizzo dello sviluppo del prodotto Agile all'interno di un'organizzazione.

Per questo white paper, ci concentriamo sugli intervistati che si sono autoidentificati come leader del settore o ritardatari. Agli intervistati è stato chiesto: "Per quanto riguarda lo sviluppo di prodotti fisici, crede che la sua azienda sia leader o ritardataria rispetto alla concorrenza quando si tratta di sfruttare le tecnologie e le soluzioni più recenti?" Gli interpellati si sono divisi in due gruppi: Il 46% si è identificato come leader e il 54% come ritardatario.

Lo sviluppo del prodotto Agile riguarda, più che la velocità, l'aumento dell'efficienza nel processo e la creazione di risultati di qualità. Per PTC, Agile (nel contesto dello sviluppo del prodotto Agile) si riferisce all'applicazione della metodologia di sviluppo software a un processo di produzione fisica. Per dirla senza mezzi termini, l'utilizzo dello sviluppo del prodotto Agile consiste nel rendere l'hardware simile al software.

I principi dello sviluppo del prodotto Agile sono stati inizialmente formulati per lo sviluppo software. Il Manifesto Agile è stato il primo documento a fissare i concetti e gli schemi fondamentali del framework ed è stato realizzato da e per gli sviluppatori di software che cercano di fornire valore con maggiori coerenza e velocità. Detto questo, nessuno dei 12 principi del modello Agile (o dei suoi quattro valori fondamentali) è specifico del software. Sono adattabili e vengono adattati con successo per riflettere la realtà della creazione di prodotti fisici.

Ad esempio, il ciclo di sprint (fondamentale per la maggior parte dei workflow organizzativi Agile) può passare dalla distribuzione di un prodotto funzionante con una frequenza di qualche settimana, cosa non realistica per l'hardware, alla semplice creazione di un valore o di un risultato misurabile.

La flessibilità dell'applicazione dello sviluppo del prodotto Agile e la confusione sulla terminologia (agile rispetto ad Agile) hanno portato molte organizzazioni a concludere prematuramente di aver adottato flussi di lavoro e metodologie Agile, nonostante non fossero pienamente impegnate o, cosa più importante, non realizzassero nessuno dei vantaggi, tra cui maggiori efficienza, adattabilità e soddisfazione dei clienti, insieme a distribuzioni tempestive e prevedibili e una migliore gestione del rischio.

Perché il modello Agile ora?

Alla domanda, il 58% del totale degli intervistati ha riferito di utilizzare processi Agile per lo sviluppo di prodotti fisici anziché il tradizionale metodo Waterfall. È interessante notare che questa statistica è stata la stessa per i leader e i ritardatari. Questo risultato mette in discussione l'idea che lo sviluppo del prodotto Agile apporti un vantaggio competitivo distinguibile: ma si riferiscono tutti allo stesso Agile?

Non serve scavare troppo a fondo nei dati degli intervistati per iniziare a vedere potenziali segni di discrepanze. Sebbene i processi hardware e software possano variare ed entrambi possano ancora essere considerati fondamentalmente Agile, i leader e i ritardatari hanno riportato risultati molto diversi quando è stato chiesto loro se i problemi derivassero da processi di sviluppo diversi per hardware e software:

Questi risultati contrastano con uno dei valori fondamentali del metodo Agile: gli individui e le interazioni più che i processi e gli strumenti. In un ambiente veramente Agile, i dipendenti lavorano per garantire una distribuzione tempestiva dei prodotti che possa essere ripetuta in modo sostenibile, anche se ciò significa abbandonare completamente i workflow tradizionali o abbattere le barriere stabilite in precedenza. Il fatto che i ritardatari incontrino ancora spesso problemi a causa di differenze di processo suggerisce che non sono così Agile come sostenevano.

Ulteriori dati lo confermano. PTC ha chiesto agli intervistati di scegliere un'opzione che descrivesse al meglio lo stato di adozione/implementazione dei processi di sviluppo del prodotto Agile per i prodotti fisici:

L'approccio Agile è potenziato dalla tecnologia e le organizzazioni che lo adottano in modo proattivo sono maggiormente in grado di capire velocemente quando è necessario e quindi distribuirlo in tempi più brevi. Quasi la metà (48%) dei leader era fiduciosa di poter implementare un workflow di sviluppo Agile entro due anni, mentre solo il 29% dei ritardatari era dello stesso avviso.

In questo modo, i leader sono più coinvolti, più proattivi nei confronti della tecnologia e più disposti ad accettare il cambiamento che rende efficace lo sviluppo del prodotto Agile.

Diventare veramente Agile può essere un processo impegnativo. Non è così semplice come premere un interruttore e non è facilmente verificabile attraverso una semplice dichiarazione o addirittura l'acquisto di un nuovo software. Non esiste sul mercato, offerta da PTC o qualsiasi altro fornitore, una soluzione in grado di rendere un'azienda intrinsecamente Agile.

I principi e i valori Agile, tuttavia, sono supportati in modo più innato attraverso l'adozione di soluzioni native per il cloud e prodotti SaaS. Ad esempio, le soluzioni che operano all'interno del cloud sono accessibili dagli utenti autorizzati da qualsiasi luogo, oltre a essere più facilmente scalabili rispetto alle soluzioni locali.

Poiché la collaborazione e la comunicazione in tempo reale sono elementi distintivi dello sviluppo del prodotto Agile, le organizzazioni traggono vantaggio dall'utilizzo di strumenti software che non sono limitati dalla posizione dei dipendenti.

D'altra parte, i set di strumenti legacy possono ostacolare i workflow Agile. Questi includono le applicazioni installate localmente, che per loro natura mantengono i file in silos nei computer locali dei responsabili della progettazione. La collaborazione diventa un'attività forzata, che richiede lo spostamento e la copia di file.

In relazione ai dati, quasi la metà (48%) dei leader ha dichiarato di preferire tecnologie innovative, rispetto a solo il 27% dei ritardatari. Esattamente il 17% dei leader ha dichiarato di voler essere all'avanguardia, rispetto a solo il 2% dei ritardatari. Questo fa una differenza significativa quando si esplora il grado di preparazione di ciascuno di questi gruppi a implementare il modello Agile in modo efficace.

Il modello Agile fa parte di una trasformazione digitale più ampia

Il modello Agile è anche incentrato sulla trasparenza e sulla riduzione dei rischi. I processi di sviluppo del prodotto Agile consentono in genere agli utenti autorizzati di avere una rapida panoramica del processo del progetto, con una visibilità immediata di eventuali ostacoli. L'acquisizione di questi processi è fondamentale per poterli osservare in modo più accurato e i dati mostrano che i leader sono costantemente più propensi a utilizzare tecnologie di trasformazione digitale che facilitano l'acquisizione dei dati (vedere il grafico per un confronto).

Queste tecnologie, insieme ad altre iniziative di trasformazione digitale, offrono alle organizzazioni le basi per utilizzare al meglio le strategie di sviluppo del prodotto Agile. Per poter essere migliorato, un processo deve prima essere compreso e documentato.

Dal punto di vista pratico, l'automazione non solo aiuta a documentare un processo, ma in genere migliora anche la velocità e la coerenza con cui è possibile fornire valore.

I leader erano molto più propensi dei ritardatari a utilizzare l'automazione durante lo sviluppo fisico del prodotto, indipendentemente dalla fase in questione. Le differenze sono state particolarmente pronunciate durante la distribuzione (31% contro 18%) e i test (29% contro 16%).

Inoltre, solo i leader (13%) hanno riferito di aver utilizzato l'automazione nelle fasi di ideazione e pianificazione. Dato che lo sviluppo del prodotto Agile inizia da qui, è improbabile che i ritardatari lo stiano sfruttando appieno poiché nessuno di loro ha applicato alcuna procedura di automazione in queste fasi.

Il metodo Agile non è una bacchetta magica per risolvere ogni problema o migliorare automaticamente ogni situazione. Le variabili aziendali sono molteplici e non tutte le organizzazioni devono affrontare le stesse sfide o normative.

Come strategia di sviluppo prodotto, tuttavia, l'approccio Agile è estremamente flessibile. Ciò significa che le organizzazioni possono applicare le metodologie Agile a un'ampia gamma di progetti, tra cui la progettazione e la creazione di prodotti fisici, a condizione che si sentano sicure della loro implementazione.

I leader si sono distinti in questa categoria esprimendo questa fiducia: Il 35% dei leader ha dichiarato di essere almeno molto propenso a prendere in considerazione le metodologie Agile per la creazione di prodotti fisici, rispetto a solo l'8% dei ritardatari. Sebbene i ritardatari avessero maggiori probabilità di dichiararsi "abbastanza propensi" (64% contro 30% dei leader), riteniamo che questo sia una dimostrazione di esitazione, non di fiducia.

La fiducia nelle risposte dei leader è in netto contrasto con l'incertezza dei ritardatari. Se il 58% dei ritardatari fosse veramente Agile, il 64% di loro sarebbe solo abbastanza propenso a dichiarare di utilizzare il modello nello sviluppo fisico? Essendo più fermi nella loro scelta, riteniamo che i leader abbiano una maggiore comprensione del metodo Agile e dei loro workflow e sappiano quando l'approccio Agile è la soluzione giusta.

L'implementazione dello sviluppo del prodotto Agile va oltre un aggiornamento tecnologico: rappresenta un cambiamento radicale nella politica del workflow, riorientando le priorità, gli obblighi e le aspettative dei dipendenti.

Il sostegno della leadership è fondamentale per un'implementazione di successo. I dipendenti dovranno essere istruiti e messi in condizione di perseguire lo sviluppo del prodotto Agile. Alcune sfide, come il cambiamento delle complessità di gestione, potrebbero presentarsi.

Ciò che non sempre ci si aspetta, chiaro elemento di differenziazione tra i leader e i ritardatari, è la riluttanza interna. I nostri dati hanno mostrato un divario enorme, una differenza di 32 punti, tra i leader e i ritardatari sul fatto che abbiano incontrato o prevedano di incontrare riluttanza interna nell'adozione di pratiche di sviluppo del prodotto Agile. Questo è fondamentale perché la riluttanza interna spesso interrompe il processo di adozione prima ancora che possa iniziare.

I ritardatari affrontano all'interno ostacoli notevoli che i leader non riscontrano nella stessa misura. Se da un lato non c'è nulla di sbagliato nella cautela, dall'altro un'esitazione eccessiva comporta anche dei pericoli, come l'essere lasciati indietro non solo dal punto di vista tecnologico, ma anche dalle organizzazioni che utilizzano metodi di workflow superiori per fornire prodotti di qualità con maggiore costanza.

L'approccio Agile è potenziato ma non necessariamente vincolato dalla tecnologia. Le aziende possono sperimentare lo sviluppo del prodotto Agile a un costo di investimento relativamente basso. Una cosa semplice come utilizzare Microsoft Teams o Zoom per le riunioni quotidiane del team avvicina un workflow al modello Agile ed è molto improbabile che porti un'azienda in rosso nel processo.

Il passaggio all'approccio Agile non avviene da un giorno all'altro, le aziende dovrebbero iniziare in piccolo, misurare i progressi e scalare quando necessario.

Detto questo, un'organizzazione deve essere disposta a iniziare. I leader hanno chiaramente iniziato a muoversi davvero verso uno sviluppo del prodotto Agile al di fuori del semplice software, mentre i ritardatari rischiano ulteriori perdite a causa di esitazione e riluttanza. Lo sviluppo del prodotto Agile offre il potenziale per sbloccare nuove idee, migliorare la trasparenza e ottimizzare i workflow. Iniziate a trovare modi per integrare processi più Agile nello sviluppo dei vostri prodotti; questo potrà solo fare bene nel lungo termine.