Il gestionale su misura, lo script che prepara i documenti, l’integrazione che porta gli ordini nel sistema. Funziona da anni, tutti ci lavorano sopra, e la persona che lo ha costruito ha cambiato lavoro, ha chiuso la partita IVA o semplicemente non risponde più alle mail. Finché gira nessuno se ne preoccupa. Il giorno in cui si ferma, l’azienda si ferma con lui.
Un programma scritto male ma documentato si sistema in qualche giorno. Un programma scritto benissimo di cui nessuno conosce la logica è un rischio, perché ogni modifica è una scommessa e ogni guasto è una ricerca al buio.
La differenza fra le due situazioni non si vede dall’esterno e non la sente nessuno, finché un cliente cambia il formato di un file o un fornitore aggiorna un sistema e la catena si rompe in un punto che nessuno sapeva esistesse.
La reazione istintiva è chiamare qualcuno che lo sistemi. È la seconda cosa da fare. La prima è assicurarsi di avere in mano quello che è vostro, perché se il sistema si spegne mentre lo state ancora capendo, deve restare possibile ripartire.
I dati sono vostri quasi sempre, anche quando il software non lo è. Le credenziali di accesso ai server, ai domini e ai servizi collegati spesso stanno in un solo posto, e quel posto è la testa o il computer di chi non risponde più.
La ricostruzione si fa dall’esterno verso l’interno, non leggendo il codice dalla prima riga. Si parte da cosa entra e cosa esce: quali file arrivano, quali mail partono, quali righe compaiono nel gestionale e a che ora.
Poi si guardano i registri di esecuzione, che quasi sempre esistono anche quando nessuno li ha mai aperti. Dicono cosa è partito, quando, e cosa è andato storto. In due giorni di lavoro ordinato si ottiene una mappa che vale più di settimane passate a interpretare il codice.
La domanda non è quale codice sia più bello. Le domande sono tre: quanto costa capirlo, quanto spesso andrà cambiato, e cosa succede all’azienda il giorno in cui smette di funzionare.
Un sistema che non si tocca mai e che fa una cosa sola può restare dov’è, documentato e messo sotto controllo. Un sistema che ogni mese richiede una modifica, e che nessuno osa toccare, costa già più di quanto costerebbe rifarlo: si paga in attese, in lavoro manuale di aggiramento e in occasioni mancate.
Nella maggior parte dei casi che abbiamo visto la risposta non è bianca o nera: si tiene in vita la parte che regge, si riscrive il pezzo che cambia di continuo, e si collegano i due mondi.
Chiunque costruisca il prossimo pezzo, noi o un altro, dovrebbe lasciarvi quattro cose che non sono negoziabili: il codice in un posto vostro, una pagina che spiega cosa fa in parole semplici, i registri di cosa succede e il nome di chi se ne occupa dentro l’azienda.
Quest’ultimo punto è quello che salta sempre. Un sistema senza un responsabile interno torna orfano appena il fornitore cambia, anche se il fornitore è bravissimo.
Vedi anche l’automazione dei processi aziendali e il confronto fra software pronto e su misura.
Questa è anche una cosa che facciamo per lavoro, e il modo in cui la facciamo è scritto qui perché possiate confrontarlo con chiunque altro.
Se avete in casa un sistema che regge l’azienda e che nessuno sa più toccare, raccontacelo nel modulo progetto: cosa fa, da quanto non ha assistenza, cosa succede se si ferma. Oppure prenota una call di trenta minuti.
BUILDER progetta e costruisce il sistema di cui parla questa guida.