Agile Product Development Processes

Poiché più hardware e software elettronici sono incorporati nei prodotti meccanici tradizionali, i produttori stanno cercando modi migliori per integrare le attività di progettazione tra le discipline ingegneristiche. Di conseguenza, molte pratiche di progettazione e sviluppo vengono scambiate. Una di queste iniziative, Agile Product Development, prevede l’applicazione di metodologie agili alla progettazione meccanica, alla progettazione elettrica e allo sviluppo di prodotti più ampi.

Definizione di Agile per l’hardware

Un buon punto per iniziare a capire come le metodologie agile si applicano allo sviluppo del prodotto è la voce di Wikipedia sullo sviluppo del software Agile.

Agile software development è un gruppo di metodi di sviluppo software basati sullo sviluppo iterativo e incrementale, in cui i requisiti e le soluzioni si evolvono attraverso la collaborazione tra team auto-organizzanti e interfunzionali. Promuove la pianificazione adattiva, lo sviluppo evolutivo e la consegna, e un approccio iterativo time-boxed, e incoraggia una risposta rapida e flessibile al cambiamento. È un quadro concettuale che promuove le interazioni previste durante tutto il ciclo di sviluppo.

Fonte: Wikipedia entry on Agile Software Development

È interessante notare che queste caratteristiche sono in diretto contrasto con gli approcci tradizionali di sviluppo del prodotto, come hanno fatto con molti metodi di sviluppo software dieci anni fa. I requisiti del prodotto sono spesso congelati presto. Le organizzazioni di ingegneria sono spesso rigidamente strutturate con chiare linee di autorità. I programmi di sviluppo sono spesso disposti con largo anticipo.

Eppure, lo sviluppo di software Agile ha incontrato un successo diffuso. Oggi, la maggior parte delle organizzazioni di sviluppo software utilizza alcune varianti di questo framework. Ma la sua applicabilità allo sviluppo del prodotto richiede una certa traduzione. Nella Tabella 1 di seguito, la colonna di sinistra mostra i principi fondamentali del Manifesto Agile per la voce di Wikipedia sullo sviluppo di software Agile. La colonna di destra mostra la traduzione di questi principi in Agile Product Development.

Principi del Manifesto Agile	Equivalente nello sviluppo di prodotti agile
Individui e interazioni su processi e strumenti. Individui e interazioni: nello sviluppo agile, l’auto-organizzazione e la motivazione sono importanti, così come le interazioni come la co-localizzazione e la programmazione delle coppie.	La collaborazione e la risoluzione dei problemi sono più importanti che seguire un processo o una procedura specifica. Poiché i problemi meccatronici riguardano le discipline, gli ingegneri dovranno organizzarsi nei migliori team. Inoltre, queste squadre dovrebbero avere il potere di perseguire e risolvere i problemi.
Software di lavoro su documentazione completa. Software di lavoro: il software di lavoro sarà più utile e benvenuto della semplice presentazione di documenti ai clienti durante le riunioni.	I prototipi funzionanti, sia fisici che digitali, sono più importanti dei deliverable ingegneristici che alla fine verranno consegnati al rilascio del design. L’attenzione dovrebbe essere rivolta alla soddisfazione dei requisiti per le prestazioni e altre caratteristiche.
Collaborazione con il cliente sulla negoziazione del contratto. Collaborazione con i clienti: i requisiti non possono essere raccolti completamente all’inizio del ciclo di sviluppo del software, quindi il coinvolgimento continuo di clienti/stakeholder è molto importante.	Un cliente o un rappresentante interno equivalente deve essere intimamente coinvolto nel processo di sviluppo. Poiché i problemi si presenteranno di volta in volta durante la progettazione dei prodotti meccatronici, saranno necessarie fasi di verifica e validazione lungo il percorso. Ciò comporterà il perfezionamento dei requisiti meccatronici durante il processo di sviluppo.
Rispondere al cambiamento seguendo un piano. Rispondere al cambiamento: lo sviluppo agile è focalizzato su risposte rapide al cambiamento e sviluppo continuo.	L’accento dovrebbe essere posto sulla capacità dell’organizzazione di rispondere ai problemi di sviluppo rispetto alla sua capacità di aderire a un processo o una procedura specifica. L’organizzazione dovrebbe, quindi, essere in grado di rispondere ai problemi nello sviluppo meccatronico in modo agile e flessibile.

Sfide affrontate da Agile

Ovviamente, ci sono alcune implicazioni interessanti derivanti dallo sviluppo del prodotto Agile. Tuttavia, l’adozione di esso affronta direttamente due sfide affrontate di seguito.

Tendenza	Sfida affrontata	Vantaggio fornito
Il mandato di visibilità per le operazioni di ingegneria	I manager di ingegneria devono ricavare nuove metriche basate sulla progettazione che misurano i progressi di prodotti ben ingegnerizzati.	L’enfasi sul lavoro dei prototipi rispetto ai deliverable sposta il pensiero dei dirigenti sulle metriche basate sui deliverable. Questa enfasi pone le basi per definire nuove metriche basate sulla progettazione.
La prossima guerra per il talento ingegneristico	I manager ingegneristici devono trovare il modo di reclutare ingegneri Gen-Y, utilizzando benefici diversi dalla compensazione monetaria.	I gen-Yers sono una coorte generazionale collaborativa per natura e desiderio di avere un impatto immediato. L’enfasi sulle interazioni fa appello alle loro tendenze naturali. L’opportunità di contribuire in questo quadro consente loro di avere un impatto immediato.

Passi per perseguire Agile

Ci sono rapporti pubblicati e consulenti che hanno ampie indicazioni su come implementare metodologie agile. Tuttavia, la maggior parte di questi principi guida risponde alle esigenze di un’organizzazione di sviluppo software, piuttosto che di un’organizzazione ingegneristica che sviluppa prodotti meccatronici. Molti dei passaggi sono simili, ma ci sono alcune differenze importanti:

• Coinvolgere più parti interessate: Dal punto di vista delle persone, lo sviluppo di un prodotto meccatronico richiede il coinvolgimento di ingegneri meccanici, elettrici e software, nonché di organizzazioni di produzione, qualità, approvvigionamento e servizi. Questo è un insieme tecnico significativamente più diversificato di persone rispetto a quelli che partecipano allo sviluppo di software Agile, che consiste principalmente di sviluppatori di software, test e altro ancora. Il responsabile tecnico dovrà riconoscere questa necessaria complessità organizzativa e assistere i team mentre si auto-organizzano.
• Struttura auto-organizzante: A prima vista, si potrebbe supporre che lo sviluppo agile del prodotto sia caotico, a causa della necessità di auto-organizzare e de-enfatizzare i processi formali. Ma solo perché non esiste un processo formale, non significa che lo sviluppo del prodotto Agile non sia strutturato. La realtà è proprio il contrario. Nonostante questa struttura, però, c’è una transizione da un processo formalizzato. I manager di ingegneria dovranno abilitare i loro ingegneri attraverso questa transizione.