Il venerdì Mario timbra il cartellino per l’ultima volta, si fa una foto con i colleghi davanti al capannone e se ne va con una pianta in vaso e una carta con cento firme sopra. Il lunedì successivo qualcuno in ufficio acquisti prova a capire perché quel fornitore in Veneto va sempre sollecitato via telefono e mai via email, perché con quel cliente tedesco bisogna arrotondare le tolleranze verso il basso anche se il disegno dice altro, perché l’ordine numero 4 nella sequenza di produzione salta sempre il controllo intermedio senza che nessuno abbia mai scritto da nessuna parte il motivo.
Mario lo sapeva. Mario non c’è più.
Questa non è una storia rara. È probabilmente già successa, in una forma o nell’altra, in qualunque azienda italiana con più di vent’anni di storia. Il problema è che quasi nessuno se ne accorge finché non è già successo, e a quel punto il costo si misura in settimane di rallentamento, errori ripetuti, clienti che si spazientiscono e telefonate imbarazzanti a un pensionato che, giustamente, comincia a chiedersi se non gli convenga farsi pagare la consulenza.
Il giorno dopo
C’è una differenza enorme tra sapere che qualcuno andrà in pensione e sapere cosa, esattamente, quella persona porta via con sé. La prima è un dato che sta in un foglio Excel delle risorse umane, con una data e un nome. La seconda è invisibile fino al momento in cui manca.
Nelle aziende manifatturiere, dove Bajara lavora spesso, questo scenario si ripete con una regolarità quasi prevedibile. Il responsabile qualità che negli anni ha imparato a memoria quali certificazioni servono per ogni singolo cliente estero, comprese le eccezioni non scritte concordate telefonicamente cinque anni prima. Il capo officina che sa a occhio quando una macchina sta per dare problemi, prima ancora che il sensore lo segnali. L’impiegata amministrativa che tiene in testa la storia di ogni fornitore, chi paga in ritardo, chi ha bisogno di essere richiamato due volte, chi va tenuto buono perché è l’unico che consegna in 48 ore.
Nessuna di queste informazioni sta scritta in un manuale. E se anche ci fosse un tentativo di manuale, probabilmente è fermo alla versione del 2019, con procedure che nel frattempo sono cambiate tre volte senza che nessuno aggiornasse il documento.
Il giorno dopo che questa persona se ne va, l’azienda funziona ancora. I macchinari girano, gli ordini partono, i clienti ricevono le fatture. Ma qualcosa di sottile si è rotto: la capacità di rispondere velocemente alle domande che prima trovavano risposta in trenta secondi, con una telefonata o girando la testa verso la scrivania accanto.
Perché nessuno se n’era accorto
La domanda vera non è “cosa succede quando Mario va in pensione”, ma “perché nessuno in azienda si era mai chiesto cosa sapesse Mario prima che se ne andasse”.
La risposta, quasi sempre, è che il sapere di Mario non sembrava un problema. Funzionava. E quando qualcosa funziona, tendiamo a non guardarci dentro. Mario rispondeva alle domande, risolveva le urgenze, teneva insieme pezzi di processo che sulla carta non erano nemmeno collegati tra loro. Il fatto che lo facesse a memoria, senza che nulla fosse scritto, non era percepito come un rischio: era percepito come efficienza.
C’è poi un secondo motivo, più scomodo. Chiedere a qualcuno di “scrivere quello che sa” è un compito che nessuno ama fare, né chi lo chiede né chi dovrebbe farlo. Richiede tempo che nella pratica quotidiana non c’è mai, e richiede anche uno sforzo di traduzione non banale: molto di quello che Mario sa non è nella forma di una procedura, ma di un intreccio di eccezioni, di casi particolari, di “questo cliente è diverso” ripetuto decine di volte nel corso degli anni. Non è un elenco puntato. È più simile a un romanzo che nessuno ha mai avuto voglia di scrivere.
E infine, banalmente, il pensionamento arriva su una data fissa da anni, ma la sensazione di urgenza no. Finché Mario è in azienda, il problema sembra rimandabile. Poi arriva il venerdì della pianta in vaso.
Cosa si perde davvero (e non è quello che si pensa)
Quando si parla di perdita di know-how, il primo pensiero va alle procedure tecniche: come si regola quella macchina, quali sono i parametri di lavorazione, come si esegue un certo controllo. Sono informazioni importanti, ma in genere sono anche le più facili da recuperare, perché in qualche forma finiscono scritte, magari male, magari in un file sparso, ma esistono.
Quello che si perde davvero, e che quasi mai viene scritto da nessuna parte, è il contesto. Il perché delle cose, non il come.
Perché quel cliente va gestito diversamente dagli altri. Perché tre anni fa si è deciso di cambiare fornitore per un componente, e cosa era andato storto con quello precedente, così da non tornarci per sbaglio. Perché in un certo periodo dell’anno la produzione rallenta apposta, per un accordo informale con un cliente che a sua volta ha stagionalità sue. Perché quella email del 2021, sepolta in una casella di posta che nessun altro controlla, contiene la vera ragione per cui un certo processo è fatto in un modo che sulla carta non ha senso.
Questo tipo di sapere si chiama in gergo “conoscenza tacita”, ed è notoriamente la più difficile da trasferire, perché spesso chi la possiede non sa nemmeno di possederla in quella forma. Mario non direbbe mai “io so che quel cliente tedesco vuole tolleranze più strette di quanto scritto sul disegno”. Direbbe semplicemente “con quello lì bisogna stare attenti”, e basta, perché per lui è ovvio.
Il problema è che quando Mario non c’è più, quell’ovvietà smette di esistere. E nessuno sa nemmeno di dover fare la domanda.
Perché i manuali non bastano
A questo punto qualcuno potrebbe dire: la soluzione è scrivere tutto, fare un bel manuale delle procedure, un wiki interno, una cartella condivisa ben organizzata. È un’idea giusta, e infatti quasi tutte le aziende ci provano, prima o poi. Il problema è che quasi tutte falliscono, e non per pigrizia, ma per un motivo strutturale.
Un manuale è una fotografia. Il giorno in cui viene scritto è accurato. Sei mesi dopo, quando cambia un fornitore, cambia una normativa, cambia un cliente, quel manuale comincia lentamente a diventare falso. E la parte peggiore è che nessuno se ne accorge finché qualcuno non lo consulta e segue un’istruzione che non è più valida.
Con il tempo, le persone smettono di fidarsi del manuale, e tornano a chiedere direttamente a chi sa. Il documento resta lì, sempre più vecchio, sempre più ignorato, finché non diventa un pezzo di archeologia aziendale che nessuno osa buttare ma nessuno usa davvero.
Il paradosso della documentazione
C’è un paradosso in tutto questo. Le aziende che avrebbero più bisogno di documentare bene sono spesso quelle meno strutturate, con meno tempo e meno personale dedicato a farlo. E quelle che invece un sistema di documentazione ce l’hanno, spesso lo hanno costruito in modo tale da renderlo inutilizzabile: cartelle annidate una dentro l’altra, nomi di file criptici, versioni multiple dello stesso documento sparse tra server locali, email e chat, senza che nessuno sappia con certezza quale sia quella corretta.
Il risultato è che l’informazione, quando esiste, è comunque difficile da trovare. E un’informazione che non si trova, ai fini pratici, è un’informazione che non esiste.
Cercare per nome file presuppone di sapere già cosa si sta cercando. Ma la domanda che una persona nuova si fa raramente è “dov’è il documento X”. È più spesso qualcosa come “come devo comportarmi con questo cliente” o “perché facciamo così questa cosa”, e a quella domanda un file system non sa rispondere.
Rendere il sapere interrogabile, invece che perso
Qui il ragionamento cambia direzione. Il problema non è tanto “come facciamo a scrivere tutto quello che Mario sa prima che se ne vada”, perché in pratica è un compito quasi impossibile da completare davvero, e chi ci ha provato lo sa. Il problema vero è “come facciamo in modo che quello che esiste già, documenti, email, procedure, dati nei gestionali, diventi qualcosa che si può interrogare in modo naturale, invece di restare sepolto”.
Molta della conoscenza aziendale non manca del tutto. Esiste, ma è frammentata: un pezzo in una cartella condivisa, un pezzo in una casella di posta, un pezzo in un database che solo l’ufficio tecnico sa consultare, un pezzo nella testa di una persona che magari, per fortuna, non è ancora andata in pensione. Il lavoro non è ricreare da zero quel sapere, ma collegare i pezzi che già ci sono e renderli accessibili a chi ne ha bisogno, nel momento in cui ne ha bisogno, con una domanda fatta come la farebbe a un collega.
È esattamente il punto da cui è nato BraianOS, la piattaforma sviluppata da Bajara. È nata prima come esigenza interna, per gestire la documentazione e i dati dei propri progetti, ed è diventata un prodotto quando alcuni clienti hanno chiesto: “ma questa cosa qui, potete costruirla anche per noi?”.
L’idea di base è semplice da spiegare, anche se la parte tecnica dietro non lo è: prendere documenti, database aziendali, email, fonti web, e metterli tutti in un unico punto interrogabile in italiano, in linguaggio naturale. Non una ricerca per nome file, ma una ricerca per significato. Si fa una domanda come “quali certificazioni servono per spedire in Germania questo tipo di prodotto” e il sistema va a cercare la risposta dentro le schede tecniche, le procedure, magari anche dentro vecchie email, e la restituisce indicando esattamente da dove arriva.
Come funziona in pratica
Il punto centrale, quello che fa davvero la differenza rispetto a una semplice cartella condivisa più ordinata, è che non serve sapere in anticipo dove si trova l’informazione. Non serve nemmeno sapere se quell’informazione è scritta in un PDF, in un foglio Excel dentro un database gestionale, o in una email di tre anni fa. Si fa la domanda e basta, come si farebbe a un collega esperto, e il sistema va a cercare per contenuto, non per etichetta.
Questo cambia il tipo di sapere che si può recuperare. Non solo procedure formalizzate, ma anche quel contesto sottile di cui parlavamo prima: la storia con un certo fornitore, le eccezioni concordate con un cliente, i motivi per cui un certo processo è fatto in un certo modo, a patto che qualcuno, in qualche momento, li abbia scritti da qualche parte, anche in modo informale, anche dentro un’email.
E qui arriva il punto pratico più importante per chi legge questo articolo pensando al proprio Mario che tra due anni va in pensione: non serve aspettare l’ultimo mese per correre a intervistarlo e trascrivere tutto quello che sa. Serve, molto prima, cominciare a collegare quello che l’azienda ha già prodotto nel corso degli anni, documenti, procedure, corrispondenza, in modo che diventi consultabile da chiunque, e chiedere alle persone chiave di scrivere, anche in modo informale, le cose che altrimenti resterebbero solo nella loro testa, sapendo che quello che scrivono non finirà in un cassetto, ma sarà davvero trovabile da chi ne avrà bisogno.
Non aspettare la lettera di pensionamento
C’è un errore comune, ed è pensare a questo tipo di problema come a un’emergenza che riguarda solo il momento dell’addio. In realtà il rischio è presente ogni giorno, non solo quando qualcuno va in pensione. Una persona chiave che cambia lavoro, che si prende un anno sabbatico, che semplicemente va in ferie tre settimane in un momento delicato, mette a nudo lo stesso problema in scala più piccola: quante domande, in quei momenti, restano senza risposta perché la persona giusta non c’è?
Le aziende con più sedi o più reparti, tipiche PMI italiane cresciute per acquisizioni o per espansione geografica, vivono questo problema in modo ancora più marcato. Ogni sede sviluppa nel tempo il proprio modo di fare le cose, la propria memoria locale, spesso senza che le altre sedi ne sappiano nulla. Quando una persona chiave di una sede se ne va, quella sede perde pezzi che le altre non hanno mai avuto, e quindi non possono nemmeno aiutare a ricostruire.
Lo stesso vale, con un peso ancora maggiore, per i settori dove la conformità normativa non è un dettaglio ma una condizione per continuare a operare. Sanità, farmaceutico, ma anche il manifatturiero certificato, dove ogni procedura ha un motivo legato a una norma, a un audit, a una richiesta specifica di un cliente. In questi contesti, perdere la memoria di “perché facciamo così” non è solo un problema di efficienza, è un rischio concreto in caso di controllo.
Un caso concreto
Fagandini Tranciature, azienda manifatturiera cliente di Bajara, racconta bene cosa significhi in pratica avere questo tipo di sapere reso accessibile invece che sparso. Il CEO ha parlato di un miglioramento sensibile nei tempi con cui, in azienda, si trova un’informazione: quello che prima richiedeva di chiamare la persona giusta, sperare che rispondesse, aspettare che ricordasse o che andasse a cercare tra le carte, oggi si trasforma in una domanda fatta direttamente al sistema, con la risposta e il riferimento alla fonte.
Non è un dettaglio da poco. In un’azienda manifatturiera, dove spesso una decisione operativa dipende da un’informazione tecnica precisa, il tempo che passa tra la domanda e la risposta ha un costo diretto, che sia un ritardo in produzione o un errore da correggere dopo.
Cosa fare, concretamente, prima che sia il vostro Mario ad andarsene
Non c’è una formula magica, ma ci sono alcuni passi che hanno senso indipendentemente dallo strumento che si sceglie di usare.
Il primo è mappare chi, in azienda, detiene sapere che non esiste scritto da nessuna parte. Non è un esercizio complicato: basta chiedersi, per ogni ruolo chiave, cosa succederebbe se quella persona sparisse domani mattina. Le risposte che fanno più paura sono quelle giuste da cui partire.
Il secondo è smettere di pensare alla documentazione come a un progetto a sé stante, separato dal lavoro quotidiano, da fare “quando c’è tempo”. Il tempo non arriva mai. Funziona meglio integrare la raccolta di informazioni nel lavoro che si fa comunque: email, procedure, note, tutto quello che già viene prodotto ogni giorno può diventare parte della memoria aziendale, a patto che poi sia davvero recuperabile.
Il terzo, ed è quello meno intuitivo, è accettare che il problema non si risolve scrivendo un manuale perfetto una volta per tutte. Si risolve costruendo un sistema che rimane utile anche quando le cose cambiano, che permette di aggiungere informazioni senza doverle incasellare in una struttura rigida, e che permette a chiunque, anche a chi è arrivato da poco, di fare la domanda giusta senza dover sapere in anticipo dove cercare la risposta.
Un problema che riguarda tutti, non solo chi va in pensione tra un anno
Vale la pena chiudere su un punto che rischia di passare in secondo piano. Il tema non è solo demografico, non riguarda solo le aziende con dipendenti storici vicini alla pensione. Riguarda qualunque organizzazione dove l’informazione importante vive più nella testa delle persone che nei sistemi. E oggi, con la rotazione del personale più alta di un tempo, con persone che cambiano lavoro più spesso di quanto facessero i loro genitori, il rischio non si concentra più solo sul momento del pensionamento: è distribuito su ogni singola uscita, volontaria o meno.
Chi affronta questo problema per tempo non lo fa per un vezzo tecnologico, ma perché ha fatto due conti su quanto costa, in tempo e in errori, ogni volta che una persona chiave manca all’appello, per un giorno o per sempre. E chi lo affronta con uno strumento pensato apposta, invece che con una cartella condivisa riorganizzata meglio, parte con un vantaggio concreto: non deve inventarsi da zero un modo per rendere interrogabile tutto quello che l’azienda già sa.
Bajara offre una demo gratuita di trenta minuti, senza impegno, proprio per mostrare in pratica come BraianOS possa collegare i documenti, i database e la corrispondenza già esistenti in azienda, e trasformarli in risposte immediate invece che in ricerche affannose. Se in azienda c’è un Mario, o più di uno, forse vale la pena farsi questa domanda prima che sia lui a fare le valigie.