Chi mantiene il software quando chi l'ha scritto non c'è più

Quando un software su misura entra in funzione, l'attenzione di tutti è sullo stesso punto: funziona come doveva? È la domanda giusta per il primo mese. Non è quella che decide i cinque anni dopo, e quasi nessuno la fa al momento in cui sarebbe utile farla.

La domanda che non si fa alla consegna

La domanda è: se la persona che l'ha scritto domani fa un altro mestiere, questa cosa resta in piedi?

Non è una domanda sulla lealtà di nessuno. È una domanda su cosa c'è scritto, e dove. Un programma che gira non racconta come si aggiorna, dove tiene le sue chiavi, cosa va controllato prima di toccarlo. Quelle informazioni, nei lavori fatti in fretta, non esistono su carta: esistono nella memoria di chi le ha usate l'ultima volta.

Finché quella persona risponde al telefono, non è un problema. È un problema il giorno in cui non risponde — e quel giorno non si sceglie.

I quattro modi in cui un software diventa proprietà di una persona

Sono tutti errori che abbiamo fatto noi, costruendoci gli strumenti che usiamo ogni giorno. Non sono dettagli tecnici: sono meccanismi, e si ripetono identici in qualunque azienda.

Nessuno ha scritto come si pubblica. Un aggiornamento manda online una cartella, non il lavoro che hai appena fatto: se la procedura vive a memoria, la differenza la scopri in produzione, con gli utenti dentro.
Il controllo che tutti fanno non guarda il punto giusto. Il programma viene compilato, non dà errori, sembra pronto — e si rompe appena parte, perché l'archivio dati si aspetta un campo che nel frattempo ha cambiato nome. La verifica standard quel pezzo non lo tocca: va scritta a parte, una volta, e lasciata lì.
Una chiave d'accesso vive su un computer solo. Quello di chi l'ha creata. Non è mai una scelta: è che il primo posto dove salvarla era il più comodo, e nessuno l'ha mai spostata.
Una verifica che dice «ok» mentre la cosa non è arrivata. Un esito positivo prova che la richiesta è partita, non che qualcuno l'ha ricevuta. È la bugia più costosa, perché assomiglia esattamente a una buona notizia.

Nessuno di questi quattro è un difetto di programmazione. Sono tutti pezzi di sapere che non sono stati messi fuori da una testa.

Le quattro cose che devono essere tue

Qui c'è il criterio, e vale prima della firma, non dopo il guasto.

Il codice. Non «visibile»: tuo, consultabile, con la sua storia delle modifiche. Senza, non esiste un secondo fornitore possibile.
I dati, in un formato che puoi portare via. Il metro è semplice: oggi, senza chiedere niente a nessuno, riesci a esportare tutto in file leggibili? Se la risposta dipende da una telefonata, i dati non sono tuoi.
Le chiavi d'accesso. Elencate in un posto che conosci, non sparse sui computer di chi le ha generate.
La procedura scritta di come si aggiorna. Mezza pagina, i passi nell'ordine, cosa si controlla prima e cosa si guarda dopo. È la parte che costa meno e che manca sempre.

Non è diffidenza verso il fornitore

Chiedere queste quattro cose non significa aspettarsi che qualcuno scappi. Significa accettare una cosa normale: chiunque può ammalarsi, cambiare lavoro, chiudere. Un fornitore che lavora bene lo sa, e di solito è contento di consegnarle — perché un cliente che non dipende da lui per sopravvivere resta per scelta, e quello è un rapporto più solido.

Quando invece la richiesta crea imbarazzo, l'informazione utile è già arrivata.

Perché insistiamo su questo

Abbiamo provato diversi gestionali, ci siamo stufati e ci siamo costruiti il nostro controllo di gestione. Per i primi mesi era mantenibile da una persona sola — e quella persona era sempre la stessa. Ogni volta che si rompeva qualcosa, la soluzione esisteva solo nella testa di chi l'aveva già vista.

Il cambio non è stato tecnico: abbiamo iniziato a scrivere i passi mentre li facevamo, non dopo. La prima volta ha allungato il lavoro di un'ora. Da allora non abbiamo più perso una giornata a ricostruire una cosa che sapevamo già.

Il criterio, in una riga

Un software è finito quando può essere mantenuto da qualcuno che non l'ha scritto. Prima di quel momento non hai un sistema: hai una dipendenza che per ora funziona.

Se avete un software su misura in casa e non sapete dire chi lo terrebbe in piedi lunedì prossimo, scrivici: si parte dall'elenco di cosa c'è e di cosa manca.