Tre passaggi di consegne che spesso si sovrappongono
In una transizione aziendale cambiano persone, ruoli e talvolta proprietà. Mentre si discutono decisioni e responsabilità, il lavoro continua: un ordine deve arrivare alla produzione, un cliente deve ricevere una risposta, una scadenza amministrativa resta sul calendario. Vale la pena distinguere tre domande: chi prende la decisione, chi conosce come si svolge il processo, chi può intervenire sui sistemi che lo rendono possibile? La stessa persona può comparire in tutte e tre le risposte, ma non è un assetto facile da trasferire.
Il tema è documentato anche fuori dall'informatica. Nel Rapporto sulle imprese 2021, basato sul Censimento permanente condotto nel 2019, Istat registra tra le difficoltà segnalate dalle imprese a controllo familiare l'assenza di successori e i problemi nel trasferire competenze e contatti. È un dato storico e non descrive automaticamente ogni PMI oggi. La Commissione europea richiama la necessità di pianificare il trasferimento d'impresa e di affrontare ostacoli normativi, fiscali e amministrativi.
MadeInCode può lavorare sulla parte tecnica e operativa: software, dati, accessi, procedure e conoscenza incorporata nei flussi. La scelta di un successore, la governance, i contratti e gli aspetti fiscali richiedono figure competenti in quelle materie. Separare i piani rende più chiaro il contributo di ciascuno.
Fonti: Istat — Rapporto sulle imprese 2021, sezione 2.3 · Commissione europea — Business transfers
Il software essenziale può essere poco visibile
Un processo non coincide con la schermata del gestionale. Può includere un foglio di calcolo, un export notturno, un programma sviluppato anni prima, un fornitore esterno e un controllo manuale che nessuno ha mai scritto. Quando una persona esperta è sempre presente, i passaggi mancanti vengono colmati a memoria; durante un cambio di ruoli diventano improvvisamente difficili da ripetere.
La continuità si valuta seguendo il percorso di un'attività reale, non chiedendo soltanto l'elenco delle applicazioni. Prendi un ordine dall'arrivo fino alla consegna: dove entra, chi lo modifica, quali dati consulta, quale sistema produce il documento finale, chi interviene se un passaggio fallisce? Poi prova lo stesso esercizio con una fattura o una richiesta di assistenza. Il risultato è una mappa di persone, strumenti e dipendenze che una nuova direzione può usare per decidere dove investire.
Anche il codice sorgente può non raccontare tutto. Procedure di installazione, eccezioni per cliente, configurazioni, regole nei database e modalità di ripristino fanno parte del sistema operativo reale dell'azienda. Prima di cambiare piattaforma, è utile verificare che queste informazioni siano accessibili, aggiornate e comprensibili a più di una persona.
Una scheda semplice per ogni processo essenziale
Non serve partire da un censimento di ogni file e applicazione. Scegli tre processi senza i quali l'azienda si fermerebbe e compila una scheda per ciascuno. Il valore della scheda sta nel poterla usare: un nuovo responsabile deve capire a chi rivolgersi, che cosa verificare e come riprendere il lavoro dopo un problema.
- Processo: quale risultato produce, per chi e con quale scadenza operativa.
- Sistema e dati: quali applicazioni, archivi, fogli, integrazioni e fornitori attraversa.
- Referente: chi decide, chi lo esegue, chi può correggere un guasto e chi sostituisce ciascuna persona.
- Documentazione: dove sono istruzioni, configurazioni, accordi con fornitori e regole particolari; le credenziali restano in un sistema sicuro di gestione degli accessi.
- Prova: quando è stata eseguita l'ultima verifica di backup, ripristino e completamento del flusso in ambiente appropriato.
- Rischio operativo: quale parte si ferma se una persona o un sistema non è disponibile e quanto è facile accorgersene.
Scenario illustrativo: un ordine che attraversa cinque passaggi
Questo scenario è inventato e non descrive un cliente MadeInCode. In una PMI manifatturiera, la persona che ha guidato l'azienda per anni conosce le varianti degli ordini più importanti. L'ordine entra via email, viene registrato nel gestionale, passa a un foglio per pianificare la produzione, genera un file per una macchina e torna nel gestionale per la consegna. Una sola persona sa quale campo correggere quando il file viene respinto.
La nuova direzione non può risolvere quel punto fragile comprando semplicemente un altro gestionale. Prima segue due ordini reali, documenta gli scambi tra strumenti, identifica il controllo manuale e prova la procedura con un secondo referente. Se il foglio può essere eliminato o sostituito con un'integrazione, la decisione arriverà dopo aver protetto il flusso che oggi funziona.
La scheda di continuità, in questo caso, registrerebbe il processo «dall'ordine alla produzione», i cinque passaggi, i referenti e una prova di ripristino del file e dei dati. Se un campo ha una regola nota soltanto a voce, quella regola diventa la prima cosa da verificare e rendere ripetibile.
Se non c'è un successore interno, prepara un passaggio tecnico verificabile
L'assenza di un erede o di un dirigente pronto a subentrare non è un problema che il software possa risolvere. L'impresa può però rendere meno opaco il proprio funzionamento a un futuro manager esterno, a un acquirente o a una persona incaricata di affiancare la gestione. Il passo concreto è affidare a un referente la preparazione di un dossier operativo dei sistemi essenziali, mantenuto aggiornato e verificato da chi non li ha costruiti.
Il dossier non deve contenere password o copie indiscriminate dei dati dei clienti. Deve indicare dove si trovano i documenti autorizzati, chi concede gli accessi, quali sistemi sostengono i processi principali e come provarne il funzionamento in un ambiente appropriato. Una seconda persona dovrebbe riuscire a seguire una procedura di ripristino di prova e completare un flusso critico con le istruzioni disponibili. Le lacune emerse diventano priorità di documentazione, test o intervento tecnico.
- Elenco dei sistemi indispensabili, dei fornitori e dei referenti operativi, con modalità per ottenere accessi autorizzati.
- Mappa dei flussi principali: dati in ingresso, trasformazioni, controlli manuali e risultati attesi.
- Procedure provate di backup, ripristino, aggiornamento e ritorno alla versione precedente, con data dell'ultima verifica.
- Vincoli conosciuti: licenze, componenti di terze parti, periferiche, scadenze e punti affidati a una sola persona.
Dalla mappa a un piano tecnico sostenibile
Un Legacy Assessment può ricostruire componenti, dipendenze e punti nei quali il processo si affida a conoscenza non trasferita. Il QA Assessment può chiarire i comportamenti attuali e fissare le verifiche dei flussi più importanti: quali dati entrano, quali risultati devono uscire e che cosa dimostra che un aggiornamento non ha interrotto il lavoro. Non sono una promessa di eliminare ogni rischio; sono un modo per rendere visibile e gestibile una parte del rischio tecnico.
Le priorità possono essere molto diverse. A volte basta rendere riproducibile un backup e un rilascio. In altri casi serve un accesso web controllato per chi assume un nuovo ruolo, oppure un'integrazione che sostituisca un passaggio manuale. La modernizzazione ha senso se migliora continuità e capacità di cambiamento senza fermare i processi che l'azienda deve ancora eseguire oggi.
Chi sta pianificando la successione societaria dovrebbe coinvolgere commercialista, consulenti legali e persone responsabili della governance per proprietà, contratti e ruoli. Il lavoro sul software può procedere in parallelo: una mappa tecnica affidabile rende più comprensibile l'azienda anche a chi dovrà guidarla, acquisirla o affiancarla.