Gaetano Navarra All articles
Cultura & Creatività

Quello che Sai ma Non Scrivi: Il Costo Nascosto della Conoscenza Non Documentata nei Team Digitali

Gaetano Navarra
Quello che Sai ma Non Scrivi: Il Costo Nascosto della Conoscenza Non Documentata nei Team Digitali

C'è una scena che si ripete, silenziosamente, in decine di aziende italiane ogni anno. Un developer esperto lascia il team — per una nuova opportunità, per un cambio di vita, per qualsiasi motivo — e nei giorni successivi cominciano le telefonate. "Sai per caso come funzionava quella parte del gestionale?" "Ti ricordi perché avevamo scelto quella libreria?" "Dove sta la logica che gestisce i pagamenti ricorrenti?"

Le risposte, nella migliore delle ipotesi, arrivano a pezzi. Nella peggiore, non arrivano affatto.

Questo è il prezzo del silenzio tecnico. Non è un problema di competenze — i developer italiani, come spesso ripetiamo, sono tra i più creativi e preparati d'Europa. È un problema culturale, radicato in una tradizione che ha sempre preferito il sapere orale alla trasmissione scritta, il gesto al manuale, la maestria silenziosa alla spiegazione esplicita.

Il Mito dell'Artigiano che Non Spiega

C'è qualcosa di romantico nell'idea del maestro che conosce i segreti del mestiere e li custodisce gelosamente. È un'immagine che appartiene profondamente alla cultura italiana: il liutaio di Cremona che non rivela la formula della vernice, il pasticcere napoletano che porta la ricetta nella tomba, il sarto fiorentino che taglia a occhio dopo quarant'anni di esperienza.

Questa tradizione ha prodotto capolavori. Ma nel digitale, dove i team cambiano, i progetti scalano e le aziende crescono, quel modello diventa un rischio sistemico.

Un software non è un violino. Non puoi tenerlo in mano, osservarlo, capire come è fatto. Senza documentazione, un codebase complesso è una scatola nera. E le scatole nere, nel lungo periodo, spaventano gli investitori, rallentano i nuovi arrivati e diventano un collo di bottiglia per qualsiasi tipo di crescita.

Il Sapere Tacito: Bello in Teoria, Devastante in Pratica

Il concetto di tacit knowledge — la conoscenza che non riesci a verbalizzare facilmente, che esiste nel fare più che nel dire — è stato teorizzato dal filosofo Michael Polanyi negli anni Sessanta. È un concetto affascinante, e in certi contesti è persino un vantaggio competitivo.

Ma c'è una differenza cruciale tra un sapere tacito che è difficile da formalizzare e uno che semplicemente non si prova nemmeno a formalizzare.

Nel secondo caso — che è quello più comune nei team italiani — il problema non è la complessità del sapere. È la mancanza di abitudine, di incentivo, di cultura aziendale che valorizzi la documentazione come parte integrante del lavoro. Scrivere un README chiaro, aggiornare un wiki interno, lasciare commenti sensati nel codice: queste non sono attività secondarie. Sono atti di responsabilità verso il team.

Eppure, quante volte vengono rimandati all'infinito?

"Lo So Fare, ma Non So Come Spiegarlo"

C'è una frase che sento spesso, e che nasconde una complessità enorme: "Lo so fare, ma non so come spiegarlo."

In parte è vera. Ci sono competenze che si acquisiscono attraverso l'esperienza diretta e che faticano a tradursi in parole. Ma in parte è anche una razionalizzazione comoda: spiegare richiede tempo, richiede sforzo, richiede di mettere in discussione la propria comprensione di qualcosa.

Documentare bene significa capire davvero quello che stai facendo. Significa non accontentarsi di un approccio che funziona senza sapere esattamente perché funziona. Ed è proprio qui che molti si fermano: il codice gira, il cliente è contento, passiamo avanti.

Il problema arriverà sei mesi dopo, quando quel pezzo di codice dovrà essere modificato da qualcun altro. O da te stesso, che nel frattempo hai dimenticato i dettagli.

La Scalabilità Impossibile

Uno dei temi più discussi nel mondo delle startup e delle agenzie digitali italiane è la scalabilità. Come si cresce senza perdere qualità? Come si duplica un team senza diluire le competenze?

La risposta, almeno in parte, sta nella documentazione. Un team che documenta bene può onboardare nuovi membri in settimane invece che in mesi. Può delegare senza ansia. Può permettersi di perdere un elemento senza che l'intera struttura vacilli.

Un team che non documenta, invece, è perennemente ostaggio dei suoi membri più esperti. Che diventano colli di bottiglia, non per colpa loro, ma per come è strutturato (o non strutturato) il flusso di conoscenza interno.

In questo senso, la documentazione non è un esercizio burocratico. È un investimento diretto sulla resilienza del team.

Non È Pigrizia: È un Problema Culturale

Sarebbe troppo semplice — e ingiusto — ridurre tutto a pigrizia o disorganizzazione individuale. Il problema è più profondo.

In Italia, il valore di una persona è spesso misurato da quello che sa fare, non da quanto riesce a trasmettere. Il professionista che risolve i problemi in modo brillante viene celebrato. Quello che scrive manuali chiari e forma i colleghi viene visto, nel migliore dei casi, come un buon team player. Ma raramente come un talento da valorizzare.

Questo crea un sistema di incentivi distorto: documentare non porta visibilità, non porta promozioni, non porta riconoscimento immediato. Quindi non si documenta.

Finché non arriva la crisi. E allora si corre ai ripari, ma è tardi.

Cosa Può Cambiare

La buona notizia è che non si tratta di un problema irrisolvibile. Anzi, le soluzioni sono abbastanza concrete.

Prima di tutto, serve un cambio di mentalità a livello di leadership: la documentazione deve essere considerata parte del lavoro, non un extra. Se un task è completato ma non documentato, non è davvero completato.

Secondo, servono strumenti semplici e accessibili. Wiki aziendali disorganizzati o sistemi di gestione della conoscenza troppo complessi diventano rapidamente abbandonati. La semplicità favorisce l'adozione.

Terzo — e forse più importante — serve valorizzare pubblicamente chi documenta bene. Creare una cultura in cui spiegare le proprie scelte, scrivere guide chiare e aggiornare la documentazione esistente sia considerato un segnale di maturità professionale, non di tempo sprecato.

Il Vero Lusso è la Trasmissione

C'è un paradosso curioso nel modo in cui trattiamo la conoscenza nel settore digitale italiano. Passiamo anni ad accumulare competenze, a costruire expertise, a diventare bravi in quello che facciamo. E poi lasciamo che tutto questo valore evapori, non trasferito, non scritto, non condiviso.

L'eccellenza italiana — quella vera, quella che ha costruito la reputazione del nostro paese nel mondo — non è mai stata solo nel saper fare. È stata nel saper tramandare. Le botteghe rinascimentali non erano semplici laboratori: erano sistemi di trasmissione del sapere, dove il maestro insegnava e il sapere sopravviveva all'individuo.

Forse è il momento di riscoprire quella tradizione, aggiornandola al contesto digitale. Non come obbligo burocratico, ma come atto di generosità verso chi verrà dopo. Verso il team di domani. Verso noi stessi, quando tra un anno dovremo rimettere mano a qualcosa che oggi sembra ovvio.

Quello che non scrivi, prima o poi, lo perdi. E con esso, una parte di tutto quello che hai costruito.

All Articles

Related Articles

Costruire in Fretta, Pagare Dopo: Il Costo Reale della Corsa al Lancio nei Progetti Digitali Italiani

Costruire in Fretta, Pagare Dopo: Il Costo Reale della Corsa al Lancio nei Progetti Digitali Italiani

Quando il Codice Diventa Racconto: L'Arte Narrativa degli Sviluppatori Italiani

Quando il Codice Diventa Racconto: L'Arte Narrativa degli Sviluppatori Italiani

Creare nel Rumore: Il Paradosso del Genio Italiano che Fiorisce nel Caos

Creare nel Rumore: Il Paradosso del Genio Italiano che Fiorisce nel Caos