Se qualcuno dovesse chiedermi quale ritenga essere la tendenza più rilevante in merito allo sviluppo del prodotto nell’industria delle telecomunicazioni, citerei l’attuale interesse riservato al software, maggiore rispetto all’hardware. Nell’ambito delle odierne innovazioni tecnologiche, mentre l'hardware riveste principalmente il ruolo di calamita che attira l’interesse del pubblico, la reale funzionalità di un dispositivo, come ad esempio quella di un telefono IP o un sistema IP-DECT o di un sistema PBX, oggigiorno dipende dal suo software.
L’esigenza di un approccio innovativo verso i processi di sviluppo del prodotto nasce nel momento in cui i consumatori acquistano un prodotto per ciò che esso contiene. Nel ramo delle telecomunicazioni, sebbene la maggior parte dei produttori adotti il cosiddetto metodo “a cascata” come processo di progettazione sequenziale dei processi, inclusi quelli di sviluppo del software, ritengo che essi dovrebbero piuttosto passare ad un metodo più agile ed elastico che permetta loro di essere pronti per il futuro e che assicuri loro di essere in grado di aggiungere requisiti di funzionalità richiesti dal cliente ancora durante la fase iniziale di vita del prodotto.
Metodo “a cascata” VS metodo agile
Il metodo di sviluppo “a cascata” è strutturato secondo diverse fasi definite, quali concezione, analisi, progettazione, costruzione, verifica ed implementazione. Esso sancisce la possibilità di passare alla fase successiva solo al termine della precedente. E’ così che viene lanciato un nuovo prodotto con incluse tutte le sue peculiarità. Secondo invece il processo di sviluppo agile, il prodotto viene avviato più rapidamente con le funzionalità minime richieste: così facendo i clienti possono usufruire subito del prodotto in una prima versione immessa sul mercato e recensirlo immediatamente al produttore. Tali feedback consentiranno in un secondo momento lo sviluppo del prodotto più specificatamente mirato alle esigenze del cliente, garantendo un mercato di successo.
Flessibilità al meglio
Oggigiorno, in un mondo orientato verso la realtà del software, uno sviluppo agile ed elastico dei prodotti presenta più vantaggi rispetto al metodo “a cascata”, primo fra tutti la flessibilità. Lo sviluppo “a cascata” richiede molto tempo prima che i clienti possano recensire i prodotti e, per programmatori e sviluppatori, risulta difficile apportare in tale lasso di tempo le migliorie o le modifiche di progettazione orientate alle esigenze del cliente. Il processo è sequenziale e quindi, una volta completato un passaggio, non è possibile tornare ad una fase precedente senza avviare nuovamente l'intero progetto praticamente dall’inizio. Il metodo agile consente invece a programmatori e sviluppatori di lavorare in piccoli moduli per testare e valutare un prodotto passo dopo passo, apportando correzioni laddove necessario.
Rilascio anticipato, meno errori
La flessibilità non è l'unico vantaggio di un metodo agile, anche la qualità svolge un ruolo importante. Pensate al metodo “a cascata”, con un solo test al termine dello sviluppo del prodotto, contro il metodo agile, attraverso cui si inseriscono, in ogni fase di sviluppo del prodotto, fasi di verifica manuali ed automatiche, inclusi i feedback degli utenti finali. Il risultato? La rilevazione per tempo di bug ed errori e la possibilità di includere nel progetto il feedback del cliente quasi in tempo reale. In altre parole, una procedura di test più flessibile, efficace e veloce, che permette il completamento del software in tempi più rapidi ed il riscontro di meno errori al termine dello sviluppo del prodotto.
Persone - il vostro investimento più importante
Un altro importante punto da mettere a fuoco durante il processo agile di sviluppo del prodotto è per me il team: non conta quanto sia flessibile o di qualità il processo, senza i giusti investimenti nella vostra squadra, non vincerete mai il premio per il miglior prodotto. Ecco perché è necessario assicurarsi che il processo rispetti anche le esigenze dei dipendenti, ad esempio, ritagliando un momento di feedback dopo ogni fase di sviluppo del prodotto per verificare se il team dispone o meno dei giusti input e requisiti tecnologici per svolgere il proprio lavoro. E se si inizia con lo sviluppo di un nuovo prodotto, è importante che ai dipendenti vengano fornite le giuste conoscenze per sviluppare le competenze idonee. Un modo efficace è per esempio quello di presentare il prodotto attraverso dimostrazioni, organizzare laboratori, incoraggiare suggerimenti da altre sedi di produzione o stimolare auto-formazione, tutto per garantire la migliore preparazione per lo sviluppo di nuovi prodotti.
In conclusione, vorrei sottolineare che un processo di sviluppo agile del prodotto nell'industria delle telecomunicazioni non si applica esclusivamente ai software: sebbene lo sviluppo hardware sia difficile da eseguire passo dopo passo - non è infatti possibile chiedere agli utenti finali di valutare solo la metà di un housing – è sempre possibile combinare il metodo di lavoro hardware con le vostre esigenze di agilità e viceversa. Fatelo!