Il Cimitero Silenzioso dei Software: Perché la Strada per l’Innovazione è Lastricata di Fallimenti
Sono trascorsi trent’anni da quando ho mosso i miei primi passi nel mondo professionale del software. Avevo appena 22 anni e stavo dando vita alla mia prima applicazione commerciale, una novità per l’epoca: un cad che permetteva di visualizzare in anteprima acconciature e tagli di capelli. Oggi, con la rivoluzione portata dall’intelligenza artificiale, ciò potrebbe sembrare quasi banale, ma allora era una vera innovazione, in un’epoca in cui le informazioni erano poche ed internet “non esisteva” ancora.
Il digitale era il mio mondo, un universo in cui mi rifugiavo per esprimere la creatività e dove sperimentavo la crescita personale e professionale. Non avevo idea che da un semplice software potesse nascere una startup, all’epoca non sapevo neanche cosa fosse e spesso sviluppavo gratuitamente, mosso solo dalla passione.
Nel 1996, a 24 anni, dopo aver continuato con la vendita di software per il settore scolastico, il mio percorso ha preso una svolta decisiva con l’ingresso nel mondo di internet. In quel periodo, lavoravo come responsabile tecnico presso un internet provider, esperienza lavorativa che mi ha offerto l’opportunità unica di sperimentare sul campo nuove tecnologie emergenti aprendomi le porte verso una nuova libertà creativa.
In quel contesto ho potuto sperimentare e conoscere l’affascinante mondo della rete progettando e sviluppando soluzioni pionieristiche ed il mio primo “portale web”, un sistema di prenotazione alberghiera per la Campania, un precursore in Campania e forse un competitor di quelli che sarebbero diventate piattaforme come Venere e Booking.
Tutto ciò per dire che, dopo anni di sforzi, tra sogni, fallimenti e successi, la creazione e la chiusura di aziende, ho acquisito un’esperienza e forse la credibilità che oggi mi offre la libertà di esprimere un parere di merito su questo settore.
Come me, moltissimi hanno solcato le stesse acque, navigando nel mare della tecnologia, creando software e soluzioni innovative.
Dietro al palcoscenico luminoso del successo di pochi, esiste, infatti, un retroscena meno noto: un vero e proprio cimitero silenzioso di software. Sono le ombre nascoste del mondo informatico: prodotti sviluppati con grande entusiasmo e passione, ma che, per svariati motivi, non hanno mai raggiunto il vasto pubblico. La domanda sorge spontanea: perché accade?
Nel complicato percorso verso il successo, ogni software nasconde innumerevoli sfide che gli ideatori devono affrontare con coraggio e determinazione. Queste sfide non si limitano alla pura tecnica, ma si estendono a un più ampio scenario che comprende questioni organizzative, finanziarie e di mercato. Comprendere tali sfide non significa semplicemente esserne a conoscenza, ma piuttosto bisognerebbe assimilarle profondamente, facendole proprie in ogni loro aspetto.
Si dice che il successo sia lastricato di fallimenti, io penso che il fallimento, invece, sia spesso causato dall’ignoranza, nel senso più letterale della parola ovvero di “ignorare” elementi e conoscenze fondamentali per l’obiettivo.
Per questo motivo ho voluto esaminare più dettagliatamente questo fenomeno, per comprenderne l’ampiezza e le implicazioni. Per fornirvi un idea di quanto dico vi lascio il link di due risorse interessanti: “Startup Graveyard” e “Startup Cemetery“, in cui è possibile trovare innumerevoli progetti figli di questo processo. Questi siti offrono una idea sulla complessità e sulle sfide incontrate nel portare al successo un progetto, con un tasso di insuccesso che supera il 90%. È importante sottolineare che produrre un software di valore non è equivalente a lanciare con successo una startup; tuttavia, anche i progetti software che non ambiscono a diventare startup affrontano numerose difficoltà, che spaziano dalla pianificazione all’esecuzione.
Il “Chaos Report” del Standish Group rivela una statistica preoccupante: solo il 29% dei progetti software si conclude con successo e la maggior parte affronta ostacoli di varia natura, tra cui difficoltà nella gestione, nella definizione di budget corretti e dei requisiti spesso non chiaramente definiti o formalizzati o soggetti a frequenti cambiamenti.
Secondo un’analisi condotta da IEEE, infatti, i requisiti di un progetto subiscono in media una variazione del 25% durante il suo sviluppo, un dato che considero fisiologico, ma queste variazioni possono essere anche maggiori specie se si affronta un progetto fondato su una visione poco chiara, in tal caso la flessibilità può diventare sinonimo di entropia.
Oltre ai requisiti, vi sono altri fattori da considerare, ad esempio la gestione del team di sviluppo. Fred Brooks, nel suo celebre “The Mythical Man-Month”, ha evidenziato come una gestione non ottimale dello staff possa generare problemi significativi. Incrementare le risorse in un team non garantisce automaticamente il successo; al contrario, può addirittura portare a ritardi in un progetto già in difficoltà. Ciò accade perché l’aumento del personale introduce complesse dinamiche di comunicazione e comprensione del contesto di lavoro, soprattutto quando i tempi non sono compatibili con un adeguato processo di formazione. Una comunicazione inefficace, infatti, all’interno del team o con gli stakeholder rappresenta un fattore di rischio enorme.
La mancanza di chiarezza, feedback insufficienti e una collaborazione inadeguata possono portare a incomprensioni ed ad una direzione errata del progetto. Sviluppare, infatti, un software che non risponde ai requisiti e che non risolva esigenze reali è una delle cause più comuni di fallimento. In questo contesto, è fondamentale riconoscere le difficoltà che i team possono incontrare, spesso focalizzati su dettagli specifici e non sull’obiettivo complessivo.
Tale approccio può facilmente far deragliare un progetto dalle sue finalità principali, compromettendone la sua accettazione sul mercato.
Un fattore critico e spesso sottovalutato nei progetti software è la mancanza di una visione chiara, che si rivela come la causa principale di fallimento. Sebbene questo concetto sia l’ultimo menzionato, la sua importanza è fondamentale.
Un progetto senza un obiettivo preciso è simile a una nave che naviga senza timone: privo di una direzione chiara, rischia di smarrirsi. Secondo Susanne Madsen, un’autorità nel campo della leadership e gestione dei progetti, identificare, articolare e condividere un obiettivo chiaro è uno degli elementi chiave per il successo di un progetto. Questo principio è ulteriormente sottolineato dalla necessità di avere un riferimento costante, che guidi i team in ogni fase dello sviluppo.
L’Istituto di Project Management (PMI) enfatizza come una visione chiara possa connettere un progetto all’energia e ai valori sia personali che aziendali. Team guidati da un fine chiaro e coinvolgente non solo operano meglio, ma portano anche a un maggior ritorno sull’investimento, sia per l’azienda che per i singoli.
In quest’ottica, per assicurare il raggiungimento di questi obiettivi e per navigare con successo nel complesso panorama dello sviluppo software, è fondamentale una gestione attenta e precisa delle decisioni. I manager, in questo contesto, devono mostrare la capacità di prendere decisioni rapide ed efficaci, prestando sempre attenzione al tempo, un fattore cruciale che può influenzare significativamente l’esito di un progetto.
Mantenere un equilibrio tra velocità di sviluppo e qualità del prodotto è dunque la vera sfida. In un mondo che premia la rapidità, è cruciale evitare di scendere sempre a compromessi. L’innovazione, infatti, è necessaria per garantire il successo di un progetto, ma se è vero che l’innovazione deve marciare al passo con i tempi di sviluppo e con l’aderenza ai requisiti, è altrettanto vero che per garantire una chance di successo al prodotto è necessario avere analizzato il mercato e avere un’efficace strategia comunicativa, spesso tallone d’Achille nella fase di distribuzione.
Cerchiamo dunque di fare una sintesi e capire cosa dovremmo evitare per non imbatterci in un ipotetico fallimento:
-
Scadenze Non Realistiche: Impostare scadenze irrealistiche è un errore comune. Le scadenze dovrebbero essere basate su stime realistiche, considerando le risorse disponibili e i possibili imprevisti. Una scadenza non realistica può portare a ritardi e pressione eccessiva sul team.
-
Scope Creep (Modifiche Incontrollate dell’Ambito): Il cambiamento frequente dei requisiti e dell’ambito del progetto senza adeguata gestione può condurre al fallimento. È cruciale avere un documento chiaro che definisca l’ambito ed i requisiti del progetto.
-
Mancanza di una Struttura di Governance e di un Sistema di Gestione delle Modifiche: L’assenza di una struttura di governance ben definita e di un sistema per gestire le modifiche può portare a confusioni e inefficienze.
-
Carenze nella Comunicazione e nella Leadership: Una comunicazione inefficace tra i membri del team e una leadership inadeguata possono minare il successo del progetto.
-
Obiettivi Poco Chiari e Mancanza di Pianificazione: Obiettivi mal definiti e una pianificazione inadeguata possono portare a confusione e indecisione, influenzando negativamente l’esito del progetto.
-
Risorse Inadeguate e Mancanza di Competenze Tecniche: La mancanza di risorse adeguate o di competenze tecniche necessarie nel team può impedire il raggiungimento degli obiettivi del progetto.
-
Scegliere la Tecnologia Sbagliata e Priorità Sbagliate: La scelta di tecnologie inappropriate per il progetto o l’impostazione di priorità sbagliate possono portare a problemi di implementazione e fallimenti.
-
Cambiamenti nei Requisiti e Scarso Coinvolgimento degli Stakeholder: Cambiamenti significativi nei requisiti dopo l’avvio del progetto e una scarsa partecipazione degli stakeholder possono deviare il progetto dai suoi obiettivi iniziali.
A questo punto si potrebbe pensare che io abbia tutte le risposte. La realtà, invece, è più sfumata. Ho accumulato esperienza, ho visto tendenze emergere e sparire, e ho imparato a navigare tra le complessità dello sviluppo, ma la ricetta per un software di successo? Quella rimane un enigma.
Sì, ho creato software che funzionano e raccolto frutti in termini di fatturato, ma trasformare un progetto software in un “mitico unicorno” del settore tech è tutt’altra storia. A volte, sembra quasi che, oltre a tutto il duro lavoro, serva anche un pizzico di fortuna, quindi, eccomi qui, con tre decenni di esperienza, ancora a riflettere su questo dilemma e forse, alla fine, la verità è che, nonostante tutta la pianificazione e la perizia, il successo ha sempre quel tocco di casualità, rendendo ogni nuovo progetto un’avventura imprevedibile.
Sono amante della tecnologia e delle tante sfumature del mondo IT, ho partecipato, sin dai primi anni di università ad importanti progetti in ambito Internet proseguendo, negli anni, allo startup, sviluppo e direzione di diverse aziende; Nei primi anni di carriera ho lavorato come consulente nel mondo dell’IT italiano, partecipando attivamente a progetti nazionali ed internazionali per realtà quali Ericsson, Telecom, Tin.it, Accenture, Tiscali, CNR. Dal 2010 mi occupo di startup mediante una delle mie società techintouch S.r.l che grazie alla collaborazione con la Digital Magics SpA, di cui sono Partner la Campania, mi occupo di supportare ed accelerare aziende del territorio .
Attualmente ricopro le cariche di :
– CTO MareGroup
– CTO Innoida
– Co-CEO in Techintouch s.r.l.
– Board member in StepFund GP SA
Manager ed imprenditore dal 2000 sono stato,
CEO e founder di Eclettica S.r.l. , Società specializzata in sviluppo software e System Integration
Partner per la Campania di Digital Magics S.p.A.
CTO e co-founder di Nexsoft S.p.A, società specializzata nella Consulenza di Servizi in ambito Informatico e sviluppo di soluzioni di System Integration, CTO della ITsys S.r.l. Società specializzata nella gestione di sistemi IT per la quale ho partecipato attivamente alla fase di startup.
Sognatore da sempre, curioso di novità ed alla ricerca di “nuovi mondi da esplorare“.
