Il gestionale doveva essere pronto sei mesi fa. L'agenzia continua a chiedere tempo e budget extra. I tuoi dipendenti usano ancora Excel perché "il sistema nuovo ha problemi". E tu ti chiedi se quei 15.000, 30.000 o 50.000 euro spesi finora siano buttati via.
Se ti riconosci in questa situazione, non sei solo. Il 70% dei progetti software per PMI italiane non raggiunge gli obiettivi iniziali, secondo le stime di settore. Ma ecco la buona notizia: un progetto software fallito PMI non significa necessariamente soldi persi per sempre. Spesso si può recuperare — se sai come valutare la situazione e agire nel modo giusto.
In questa guida ti spiego come capire se il tuo progetto è davvero compromesso, quali sono i segnali d'allarme da riconoscere e cosa puoi fare concretamente per recuperare l'investimento.
I 7 segnali che indicano un progetto software fallito PMI
Prima di decidere cosa fare, devi capire a che punto sei. Non tutti i ritardi significano fallimento, ma alcuni pattern sono inequivocabili.
1. Le scadenze slittano continuamente senza spiegazioni chiare
Un ritardo può capitare. Due ritardi sono un campanello d'allarme. Tre o più slittamenti consecutivi senza una spiegazione tecnica comprensibile indicano un problema strutturale — nel progetto, nel fornitore o in entrambi.
2. Il budget è raddoppiato (o triplicato) rispetto al preventivo
Piccole variazioni di budget sono normali, soprattutto se hai chiesto modifiche in corso d'opera. Ma se il costo è esploso senza che tu abbia richiesto funzionalità aggiuntive significative, qualcosa non quadra nella pianificazione iniziale o nella gestione del progetto.
3. Non riesci a vedere una demo funzionante
Dopo mesi di sviluppo, dovresti poter toccare con mano qualcosa che funziona. Se il fornitore continua a mostrarti mockup (bozze grafiche statiche), presentazioni PowerPoint o "versioni quasi pronte", probabilmente il progetto è molto più indietro di quanto dichiarato.
4. Nessuno dei tuoi dipendenti riesce a usare il software
Un software può essere tecnicamente perfetto ma praticamente inutilizzabile. Se dopo la formazione i tuoi collaboratori tornano ai vecchi metodi perché "è più veloce", il progetto ha fallito il suo obiettivo principale: semplificare il lavoro, non complicarlo.
5. Il fornitore è diventato irreperibile o risponde con ritardi crescenti
Email senza risposta per giorni, telefonate mai richiamate, riunioni cancellate all'ultimo momento. Quando la comunicazione si deteriora così, spesso significa che il fornitore ha altri problemi — finanziari, organizzativi o semplicemente ha perso interesse nel tuo progetto.
6. Ogni piccola modifica richiede settimane e costi aggiuntivi
Se cambiare il colore di un pulsante diventa un intervento da 500 euro e due settimane di attesa, il software è stato costruito male. Un'architettura rigida oggi significa costi di manutenzione insostenibili domani.
7. Non hai accesso al codice sorgente o ai dati
Il codice sorgente è l'insieme delle istruzioni che compongono il tuo software — il "cuore" del programma. Se non ne hai la proprietà contrattuale o non puoi accedervi, sei completamente dipendente dal fornitore. E se il rapporto si deteriora, rischi di perdere tutto.
Sviluppo software bloccato: le cause più comuni nelle PMI italiane
Capire perché un progetto si è arenato ti aiuta a decidere se e come intervenire. Nella mia esperienza con PMI italiane, le cause ricorrenti sono quattro.
Requisiti vaghi o cambiati troppe volte
"Vogliamo un gestionale come quello del nostro concorrente, ma migliore." Frasi così portano a progetti senza direzione. Se all'inizio non sono stati definiti chiaramente gli obiettivi, le funzionalità prioritarie e i criteri di successo, il progetto naviga a vista — e spesso affonda.
Scelta del fornitore sbagliata
L'agenzia più economica non è sempre la scelta migliore. Né lo è quella più grande o più blasonata. Serve un fornitore con esperienza specifica nel tuo settore e nella tipologia di progetto. Un'agenzia specializzata in siti vetrina non è automaticamente in grado di sviluppare un gestionale complesso.
Mancanza di un referente interno dedicato
Un progetto software richiede decisioni continue: approvazioni, feedback, test. Se nella tua azienda nessuno ha tempo o mandato per seguirlo, il fornitore procede con le proprie ipotesi — che spesso non corrispondono alle tue reali esigenze.
Tecnologie inadatte o obsolete
A volte il problema è tecnico: il software è stato costruito con strumenti inadeguati, o su piattaforme che il fornitore non padroneggia realmente. Il risultato è un sistema fragile, lento e difficile da evolvere.
Software non funziona cosa fare: la checklist di valutazione
Hai riconosciuto alcuni segnali d'allarme. Ora devi decidere: si può salvare o è meglio ricominciare? Ecco le domande da porti.
Verifica cosa hai in mano concretamente
- Hai il codice sorgente? Se sì, è documentato? Qualcun altro potrebbe capirlo e lavorarci?
- Hai accesso al database? I tuoi dati aziendali sono estraibili in un formato standard?
- Hai la documentazione tecnica? Specifiche, diagrammi, credenziali di accesso ai server?
- Hai la proprietà legale di quanto sviluppato finora (verifica il contratto)?
Stima il valore di quanto realizzato
Chiedi un parere tecnico indipendente — non al fornitore attuale, ovviamente. Un professionista esterno può valutare in poche ore se il lavoro fatto ha una base solida su cui costruire oppure se è tecnicamente compromesso.
Calcola il costo reale del recupero vs. ricominciare
A volte recuperare un progetto software costa più che ripartire da zero. Non è una questione di principio ("non voglio buttare via tutto"), ma di numeri. Se sistemare i problemi esistenti richiede il doppio del tempo rispetto a rifare, la scelta razionale è chiara.
Come recuperare un progetto software: le opzioni concrete
Se dalla valutazione emerge che il progetto è recuperabile, hai tre strade principali.
Opzione 1: Riprendi il rapporto con il fornitore attuale
Ha senso solo se i problemi derivano principalmente da incomprensioni o da mancanza di direzione lato tuo, non da incompetenza del fornitore. Richiede un reset completo: nuovo piano di lavoro, milestone chiare, penali contrattuali in caso di ulteriori ritardi.
Opzione 2: Cambia fornitore, mantieni il codice
Questa è la strategia di rescue progetto IT più comune. Porti il codice esistente a un nuovo sviluppatore che lo analizza, corregge i problemi strutturali e completa le funzionalità mancanti. Funziona se il codice è di qualità accettabile e documentato.
Quando ho preso in carico DentalCare — il gestionale per studi dentistici che oggi gestisce appuntamenti, cartelle cliniche e fatturazione — la situazione iniziale era proprio questa: uno sviluppo precedente bloccato a metà, con il cliente che aveva già investito mesi di lavoro. Abbiamo recuperato la parte di valore, riscritto le sezioni problematiche e portato il progetto in produzione in tempi ragionevoli.
Opzione 3: Ricomincia, ma porta con te i dati
Se il codice è irrecuperabile ma i dati (anagrafiche clienti, storico ordini, documenti) sono validi, la priorità è estrarli e migrarli verso una nuova soluzione. Non perdi l'informazione accumulata — che spesso è il vero valore — ma riparti con basi tecniche solide.
Progetto software fallito PMI: come evitarlo la prossima volta
Che tu decida di recuperare o ricominciare, queste pratiche riducono drasticamente il rischio di ritrovarti nella stessa situazione.
Pretendi milestone verificabili ogni 2-4 settimane
Non accettare piani di lavoro vaghi. Ogni fase deve produrre qualcosa di visibile e testabile: una funzionalità che puoi provare, non una percentuale di completamento su un foglio Excel.
Definisci un budget con margine di contingenza
Prevedi un 15-20% extra per imprevisti legittimi. Ma stabilisci anche un tetto massimo oltre il quale il progetto va fermato e rivalutato.
Mantieni sempre la proprietà di codice e dati
Deve essere scritto nel contratto: il codice sorgente è tuo, i dati sono tuoi, le credenziali di accesso sono tue. Senza eccezioni.
Scegli un fornitore che comunica chiaramente
Se in fase di preventivo il fornitore non riesce a spiegarti cosa farà in termini comprensibili, non migliorerà durante il progetto. La capacità di tradurre questioni tecniche in linguaggio business è un indicatore di professionalità.
Hai un progetto bloccato? Parliamone senza impegno
Se ti ritrovi con uno sviluppo software bloccato, un investimento che non ha prodotto risultati o un fornitore che non risponde più, posso aiutarti a valutare la situazione.
Offro una consulenza iniziale gratuita per capire insieme se il tuo progetto è recuperabile, cosa serve per portarlo in produzione e quali costi realistici aspettarti. Niente gergo incomprensibile, niente preventivi gonfiati — solo una valutazione onesta basata sulla mia esperienza con gestionali su misura, piattaforme SaaS e applicazioni web per PMI italiane.
Scrivi a info@scerbocode.com descrivendo brevemente la situazione, oppure visita scerbocode.com per vedere esempi di progetti completati. Ti rispondo personalmente entro 24 ore.