Il gestionale funziona, l’azienda ci lavora ogni giorno. Però ogni richiesta al fornitore richiede settimane, il referente di un tempo non c’è più e in azienda nessuno sa davvero come è fatto il software. Finché tutto gira non sembra un problema. Lo diventa il giorno in cui serve una modifica urgente, o il fornitore cambia priorità, o semplicemente chiude.
In questa guida trovi i segnali da non ignorare, le cose da verificare subito e come si riprende il controllo del software senza fermare il lavoro di tutti i giorni.
I segnali che la dipendenza è diventata un rischio
Nessuno di questi segnali, da solo, è una tragedia. Se però te ne riconosci due o tre, vale la pena muoversi prima di un’emergenza.
- Tempi di risposta sempre più lunghi. Una modifica piccola richiede settimane, e ogni richiesta diventa una trattativa.
- Costi che non hanno più relazione con il lavoro. Paghi molto per interventi che dovrebbero essere semplici, e non hai modo di capire se il prezzo è giusto.
- Nessuno in azienda ha accesso al codice o ai server. Il software è tuo sulla carta, ma in pratica lo può toccare solo il fornitore.
- Una sola persona conosce il sistema. Se quello sviluppatore cambia lavoro, il fornitore stesso si ritrova a dover ricostruire tutto.
- Il fornitore sta cambiando. Cessioni, riorganizzazioni, meno persone dedicate al tuo progetto.
Prima di tutto: verifica cosa possiedi davvero
Prima di qualsiasi decisione conviene fare un inventario. È il passo che protegge l’azienda qualunque cosa succeda dopo, e si può fare senza aprire nessun conflitto con il fornitore.
- Il codice sorgente. Dove si trova, in quale repository, e chi ha le credenziali per accedervi. Averne una copia aggiornata è la prima garanzia.
- Server e servizi cloud. A chi sono intestati gli account? Se sono intestati al fornitore, il tuo software gira a casa di qualcun altro.
- Dominio e DNS. Chi può modificarli. Sembra un dettaglio finché non serve spostare qualcosa.
- Database e backup. Dove sono i dati, ogni quanto viene fatto il backup e, soprattutto, se qualcuno ha mai provato a ripristinarlo.
- Servizi a pagamento collegati. Licenze, invio email, pagamenti, integrazioni: spesso sono legati a contratti o carte del fornitore.
- Documentazione. Anche poca, anche vecchia. Tutto quello che esiste va raccolto.
C’è poi una verifica che non è tecnica: il contratto. Controlla chi è il titolare del codice sorgente e cosa prevede la fine del rapporto. Se non è chiaro, conviene farlo leggere a un legale prima di muoversi.
Come avviene una presa in carico senza fermare l’azienda
Riprendere il controllo del software non vuol dire buttarlo via e rifarlo. Nella maggior parte dei casi vuol dire capirlo, metterlo in sicurezza e renderlo gestibile da chi lo seguirà dopo. Lo faccio in quattro passaggi.
- Capire il sistema prima di toccarlo. Anche quando il codice non è documentato, lo si può leggere e mappare: com’è fatto, da cosa dipende, dove sono i punti fragili. Cambiare qualcosa prima di averlo capito è il modo più rapido per rompere ciò che oggi funziona.
- Mettere al sicuro accessi e rilasci. Credenziali, backup verificati, e un modo di aggiornare il software che sia ripetibile e sotto il tuo controllo, non nelle mani di una sola persona.
- Restare in produzione per tutta la transizione. Chi usa il gestionale ogni giorno non deve accorgersi di nulla. Il passaggio avviene mentre il sistema continua a lavorare.
- Costruire autonomia. Documentazione per chi verrà dopo e affiancamento, fino a quando il software può evolvere con un team interno o con un partner di cui ti fidi.
È quello che ho fatto con un’azienda cliente il cui software centrale era sviluppato da un fornitore esterno, con codice non documentato e tutta la conoscenza dalla parte del fornitore. Prima di cambiare qualsiasi cosa l’ho mappato. Il sistema è rimasto in produzione per tutta la transizione, senza interruzioni per chi lo usa ogni giorno, e oggi è sviluppato da un team interno di tre persone che coordino dall’esterno.
Quanto tempo ci vuole
Dipende dalle dimensioni del sistema e da quanto è documentato, quindi diffida di chi ti dà una cifra senza averlo visto. La prima fase, la mappatura, serve proprio a questo: alla fine sai quanto è grande il lavoro e puoi decidere con dati concreti, non a sensazione.
Gli errori da evitare
- Rompere con il fornitore prima di avere accessi e copie. Prima l’inventario, poi le decisioni.
- Riscrivere tutto da zero come prima mossa. A volte è la scelta giusta, ma raramente all’inizio: un software in uso da anni contiene regole di lavoro che non sono scritte da nessuna parte.
- Rifare lo stesso errore. Se alla fine tutto torna nella testa di una sola persona, anche interna, il rischio è solo cambiato di posto.
Da dove partire
Se ti sei riconosciuto in qualcuno dei segnali, il primo passo è semplice: fai l’inventario qui sopra e segna cosa manca. Se vuoi un parere su cosa hai trovato, o su come impostare la transizione, parliamone.