Excel — il file funziona, ma solo chi l'ha costruito sa perché

Un file Excel senza documentazione non è uno strumento di lavoro. È una bomba a orologeria con il timer nascosto.

Ti affidano un file Excel critico costruito da un collega. Il file funziona, i numeri escono, tutto gira. Poi tocca a te aggiornarlo.

Apri il foglio. Colonne senza intestazione, formule che puntano a file esterni che non sai dove sono, celle colorate senza legenda, macro che nessuno sa spiegare. Chiudi il file e riapri. Sperando che qualcosa cambi.

È una situazione che ho vissuto più volte. E ogni volta il problema non era la complessità tecnica, era l'assenza totale di documentazione. Quel file era nella testa di chi lo aveva costruito, non nel file stesso.

Il rischio reale non è non capire le formule. È toccare una cella sbagliata e non sapere cosa hai rotto, e quando.

La soluzione non è aspettare di trovarsi davanti al file per scoprire il problema. È documentare mentre si lavora, non dopo.

In pratica significa costruire per ogni file critico un foglio di istruzioni operative: da dove arrivano i dati di input e quale tabella dell'ERP alimenta quale cella, quali celle sono di data entry e quali contengono formule da non toccare, quali file esterni sono collegati e dove si trovano, qual è la sequenza corretta di aggiornamento.

Su questo fronte Claude è diventato un alleato concreto. Gli carico il file, gli chiedo di mappare la struttura, e in pochi minuti ho l'elenco delle celle di data entry separate da quelle con formule, la lista dei collegamenti esterni con i percorsi dei file a cui puntano, e una prima bozza del foglio di istruzioni operative. Un lavoro che fatto a mano richiedeva giornate, ora parte da una base già pronta che devo solo verificare e completare. Non serve essere l'autore del file per capirlo, se esiste un foglio di istruzioni fatto bene.

Ti è mai capitato di dover gestire un file che funzionava ma non capivi? Come hai fatto a venirne a capo?