Dustin Vaughan di Asensus Surgical: Le 5 Abitudini che Possono Accelerare i Cicli di Sviluppo del Prodotto

Hai avuto mentori o esperienze che hanno influenzato particolarmente il tuo approccio allo sviluppo del prodotto e all’esperienza utente?

Joseph Fisher era il mio manager durante il mio periodo in Apple, ed è stato uno dei responsabili hardware dell’iPod. Era una mente brillante e un ingegnere eccezionalmente disciplinato. Culturalmente, in Apple, lo sviluppo prodotto viene condotto in modo molto unico, difficile da paragonare a qualsiasi altra azienda. Poche organizzazioni hanno capacità, risorse o disciplina per affrontare lo sviluppo prodotto come fa Apple. Il modo in cui Joseph faceva da mentore e gestiva il nostro gruppo di ingegneri, gestendo anche le pressioni della pipeline e allo stesso tempo permettendoci di operare con molta flessibilità e fiducia, è stato fondamentale per la mia comprensione dello sviluppo prodotto.

Si dice che i nostri errori possano essere i nostri più grandi maestri. Puoi raccontarci la storia dell’errore più divertente che hai commesso agli inizi? Puoi dirci che lezione hai imparato?

Durante la mia esperienza nella prima azienda di dispositivi medicali con cui ho lavorato, abbiamo svolto alcuni lavori di consulenza su circuiti integrati a radiofrequenza (RFIC) e abbiamo realizzato una grande e complessa scheda di test, scoprendo un errore nel progetto. Ovviamente mi sentii terribilmente in colpa per quell’errore e abbiamo passato tutta la mattina a cercare di isolarlo senza riuscirci. C’era un cortocircuito da qualche parte sulla scheda, che alla fine si è rivelato un artefatto della scelta di processo. Il mio capo dell’epoca, Jon Jorgenson, l’ingegnere più influente della mia vita—è venuto a mancare circa un anno dopo questo episodio—venne da me mentre cercavo di risolvere la situazione e ci suggerì di andare a pranzo. Ci fece salire in macchina, prese dei cavi di avviamento, li collegò alla scheda e alla batteria dell’auto, e il corto circuito esplose immediatamente. Lo trasformò in un fusibile. Il mio primo pensiero fu: “È folle!” Solo le schede costavano più di $20.000 ciascuna e ne avevamo solo tre, una vera soluzione di forza bruta. Non dimenticherò mai quel giorno: nevicava in North Carolina, cosa molto rara, e lui lanciò la scheda nella neve dicendo: “Andiamo a mangiare.” Usando la batteria della macchina per mettere in corto i due nodi, riuscì a far passare abbastanza corrente da bruciare e liberare quel corto.

I giovani ingegneri pensano spesso che ogni singolo errore sia destinato a rovinare la loro carriera. Quella mattina sembrava un evento insormontabile e mi sentivo talmente imbarazzato. Eppure, ecco questo ingegnere esperto che getta una preziosa scheda nel neve, trovando una soluzione brillante. Mi ha insegnato che commetterai errori e che lungo il percorso puoi anche divertirti un po’. Ed è importante che questo atteggiamento sia accettato culturalmente all’interno dell’organizzazione se si vuole avere successo.

Qual è stato il momento che ha definito la tua carriera?

Dal punto di vista professionale, credo che il momento più importante sia stata la mia decisione di tornare in Asensus Surgical. Sono stato un “boomerang employee”: sono stato qui per tre anni, poi sono tornato dopo una pausa di due anni. Sono andato in un’altra grande azienda di dispositivi medici e mi sono reso conto che mi mancava molto il ritmo della ricerca e sviluppo iniziale. Inoltre, ho scoperto di essere molto appassionato alla chirurgia. Avevo lasciato per entrare in un team di anestesia, esperienza che mi è piaciuta, ma continuavo a desiderare di trovarmi dall’altra parte del tavolo operatorio. Lasciare la struttura e il fatturato di una grande azienda per gruppi più piccoli e a rischio può sembrare una scelta strana ad alcuni. Per me, invece, lavorare in Asensus Surgical alimenta molto di più il mio entusiasmo e adoro il modo in cui questa azienda opera.

Puoi raccontarci una storia sui momenti difficili che hai affrontato agli inizi del tuo percorso? Hai mai pensato di mollare? Da dove hai trovato la forza per andare avanti nonostante le difficoltà?

Ho vissuto un momento difficile quando Jon Jorgenson, il mio mentore, è venuto a mancare all’inizio della mia carriera. È morto inaspettatamente proprio quando stava finanziando privatamente il nostro lavoro. Quindi, ho perso il mio mentore, un grande amico e il mio lavoro tutto in una sola telefonata, cosa che è stata sicuramente difficile. Anche se è stata una sfida, sapevo che questa era la mia passione e che avrei continuato in questo campo. Non ho mai pensato di arrendermi perché sapevo cosa dovevo fare dopo e sapevo che volevo restare nel settore dei dispositivi medici.

Come resti aggiornato sulle tendenze di mercato e sugli sviluppi nell’ambito della gestione del prodotto?

Seguo il ciclo delle notizie sui social network e sui principali media di settore e partecipo ad eventi del settore. Trovo inoltre molto utile creare opportunità intenzionali affinché il mio team possa svolgere attività di ricerca e presentare tecnologie o idee che potrebbero avere. Internamente, incoraggiamo una struttura che richiede alle persone di fornire una relazione sugli apprendimenti dopo aver partecipato a una conferenza o una fiera di settore. Chiediamo loro di tenere una presentazione di 15-20 minuti su ciò che hanno appreso o sugli spunti più rilevanti dell’evento. Questo incoraggia i nostri team a pensare trasversalmente all’interno dell’organizzazione. 

Quale ruolo gioca la collaborazione interfunzionale nell’accelerare i cicli di sviluppo del prodotto e come promuovi una collaborazione efficace tra diversi team e dipartimenti?

I cicli di sviluppo prodotto di successo consentono la collaborazione e l’innovazione sia a livello orizzontale che verticale, portando a un approccio più olistico allo sviluppo del prodotto. La nostra organizzazione sfrutta molteplici competenze e stili per affrontare un problema o un prodotto, il che solitamente si traduce in risultati più efficaci ed efficienti. Traiamo anche beneficio dalla comunicazione e collaborazione frequente tra i dipartimenti per garantire che il team di Ricerca & Sviluppo sia allineato con i nostri obiettivi aziendali e le aspettative. E soprattutto, nel settore dei dispositivi medici, spesso dobbiamo lavorare attorno a autorizzazioni normative e a requisiti di approvazione, quindi dobbiamo essere incredibilmente coesi nella coordinazione con i nostri team di affari regolatori e ingegneria della qualità.

In base alla tua esperienza, quali sono le “5 abitudini che possono accelerare i cicli di sviluppo prodotto”?

1. Focalizzazione tramite struttura e processo

Nello sviluppo del prodotto, tutti vorrebbero avere di più nei propri dispositivi o prodotti. “Più” è una delle mie ideologie meno preferite nello sviluppo del prodotto. Nell’ideazione va bene, ma poi bisogna tentare di distillare ciò che si sta sviluppando e dare al team la possibilità di realizzare un piano attuabile. È nostra responsabilità creare un ambiente in cui non si tenta di soddisfare troppe richieste diverse. Non possiamo modificare il perimetro del progetto in fase avanzata di progettazione o ancora peggio nella produzione o verifica. Per gestire questo, serve una struttura organizzativa e un processo per lo sviluppo prodotto che crei lo spazio per errori e sfide.

2. Prendere rischi! Ma quando?

Il settore dei dispositivi medici generalmente attira persone avverse al rischio, e dobbiamo sempre tenere conto del rischio. Il rischio determina gran parte del design di prodotto e spesso può essere un ostacolo al successo del prodotto. Ad esempio, molte startup tecnologiche della Silicon Valley si basano sul rischio e spesso hanno successo grazie alla brillantezza e all’entusiasmo verso la soluzione. Nei dispositivi medici, occorre assicurarsi di permettere un certo margine per l’assunzione del rischio nelle fasi iniziali del ciclo di sviluppo prodotto. Bisogna creare opportunità per incorporare tecnologie che non sono ancora pienamente sviluppate per la propria applicazione o sulle quali il team non è così competente. Prendi tutti questi rischi, ma assicurati di provarli il prima possibile, così da poter eliminare eventuali rischi tecnici dal piano prodotto se necessario. Devi eseguire, vincere o perdere, e poi andare avanti. 

3. Migliorare la velocità del denaro e l’efficienza dei processi di acquisto

Risparmiare denaro è ovviamente una priorità, ma la preoccupazione non riguarda tanto quanto si spende, quanto il modo in cui si spende. I processi di approvazione spesso diventano piuttosto onerosi, anche se sono ben intenzionati. Sappiamo che garantire la fattibilità del prodotto e comprendere il processo è fondamentale per il successo, ma anche il tempo è un fattore essenziale per la redditività. Faccio del mio meglio per creare un processo efficiente che lasci libertà operativa, ma che mantenga anche la necessaria responsabilità. 

4. Isolare, pianificare e guidare l’allineamento per l’hardware minimo fattibile

Nel mio campo, isoliamo i piani e conduciamo l’allineamento per un prodotto minimo fattibile, cioè la versione più semplice del prodotto che sarà in grado di risolvere la tua esigenza. Essendo una persona che dà priorità allo sviluppo hardware per abilitare il progresso del software, mi concentro sempre sullo sviluppo di una piattaforma hardware solida e stabile in modo che il nostro gruppo software globale abbia a disposizione fin da subito un piano chiaro per le proprie attività di sviluppo. Allineando e consegnando il set hardware, puoi accelerare lo sviluppo e scalare rapidamente gli sforzi.

5. Test in dry run disciplinati e iniziative di valutazione ingegneristica

I team che mancano di disciplina si ritrovano con componenti o sottoassiemi che arrivano e poi si chiedono come testarli. Bisogna assicurarsi di avere una metodologia molto coerente per testare, valutare, verificare e validare prima ancora che inizi il progetto, con obiettivi chiari per ogni fase di costruzione. 

Quali sono alcuni degli errori più comuni in cui si imbattono i team di prodotto quando cercano di accelerare il ciclo di sviluppo, e come possono essere evitati?

Le aziende spesso incontrano problemi quando non sono allineate sugli obiettivi o sui risultati, oppure cercano di portare a termine le attività in tempi inappropriati. I team possono anche impantanarsi quando aggiungono complessità inutile ai loro prodotti. Per evitare queste insidie, è necessario essere consapevoli di una gestione immatura dei sistemi ingegneristici, che spesso costringe le squadre a correre nelle prime fasi del processo e porta infine a problemi in seguito. Il rischio è un fattore enorme e portare rischi tecnici troppo avanti nel ciclo di sviluppo può essere molto dannoso. Come ho già affermato, è fondamentale incoraggiare il più possibile la presa di rischi nelle primissime fasi di sviluppo per evitare problemi successivi. 

Puoi condividere un esempio di quando hai dovuto affrontare una difficile scelta tra velocità e qualità durante un ciclo di sviluppo prodotto, e quale è stato il risultato di quella decisione?

In ambito sanitario, la posta in gioco è così alta che non si possono sacrificare le questioni di sicurezza, e bisogna avere la flessibilità di modificare le tempistiche se necessario. Gli altri compromessi diventano quindi costi, sfide ingegneristiche o piccole funzionalità accessorie. Non vuoi annacquare il valore o l’efficacia del tuo prodotto con una funzionalità poco sviluppata. Quindi, adotto sempre un approccio "meno è meglio" per garantire che ciò che viene consegnato sul campo funzioni in modo impeccabile.

Quanto è importante un approccio guidato dai dati nello sviluppo prodotto e puoi condividere una storia in cui i dati hanno influenzato significativamente il tuo processo decisionale?

Gli ingegneri sono per natura decisori guidati dai dati nella maggior parte dei casi. Può essere difficile ottenere dati espliciti senza una grande base di utenti, quindi spesso adottiamo un approccio ibrido e cerchiamo di dare voce al cliente. Questo metodo può essere particolarmente prezioso nello sviluppo di prodotti medicali, ad esempio per l’ergonomia. Spesso bisogna semplicemente affidarsi al proprio miglior giudizio, basato sull’esperienza e sulla conoscenza del panorama dei prodotti da parte dell’azienda. 

Puoi raccontare un caso in cui il feedback degli utenti ha portato a un cambiamento significativo nella tua strategia di sviluppo prodotto?

Il nostro prodotto attuale, il Sistema Chirurgico Senhance®, dispone di un rilevatore oculare attivo che permette al chirurgo di manipolare il campo visivo endoscopico in base a dove è focalizzato lo sguardo sullo schermo. Alcune delle altre funzioni delle versioni precedenti utilizzavano un rilevatore della posizione della testa, ma abbiamo riscontrato che questi dispositivi sono meno efficaci quando il chirurgo indossa determinati tipi di maschere chirurgiche. Abbiamo quindi deciso di rendere il nostro algoritmo e il nostro approccio più granulare, poiché è necessario tenere conto di tutti i fattori aggiuntivi dell’ambiente della sala operatoria, come la cuffia e la mascherina. È estremamente prezioso avere l’opportunità che chirurghi o clienti possano sperimentare lo sviluppo nelle fasi iniziali, perché riceviamo feedback importanti come questo. 

C’è una persona al mondo con cui ti piacerebbe fare una colazione o un pranzo privato, e perché?

Mi piacerebbe in realtà parlare con qualcuno che guida un gruppo di ingegneri di sviluppo o di sviluppatori di algoritmi, in un altro settore critico per la sicurezza. Sono interessato a scoprire come altri stiano utilizzando l’IA e come stiano affrontando i problemi di sicurezza nel mondo, che si tratti di medicina, aviazione o automotive.  

Per altre interviste come questa, iscriviti alla newsletter di The CPO Club.