Le organizzazioni hanno moltiplicato software cloud, archivi condivisi, API e modelli di intelligenza artificiale. Ogni scelta velocizza qualcosa, ma crea anche legami: dati in un formato specifico, procedure costruite intorno a un'interfaccia, automazioni che dipendono da un endpoint e persone addestrate su un solo modo di lavorare. Quando prezzo, affidabilità, regole o strategia del fornitore cambiano, scoprire queste dipendenze durante l'emergenza è troppo tardi. Una ricerca Capgemini riportata da Reuters l'8 settembre ha coinvolto 1.300 dirigenti in undici Paesi. L'86% dichiara un'esposizione significativa a interruzioni dell'infrastruttura digitale e il 65% ha assegnato un budget dedicato. Quasi metà ritiene che sostituire un fornitore critico richiederebbe da tre a dodici mesi; più di un terzo prevede oltre un anno. Sono risposte a un sondaggio, non tempi misurati su tutte le imprese, ma indicano che la sostituibilità è diventata un problema di consiglio di amministrazione. L'AI accentua la dipendenza. Non si sposta soltanto un file: cambiano qualità delle risposte, costi per token, filtri, limiti, strumenti collegati e comportamento dei prompt. Un modello alternativo può essere disponibile in pochi minuti e richiedere mesi per tornare al livello di affidabilità del processo precedente. Per questo il lavoro non parte dalla lista dei concorrenti, ma dal risultato che deve continuare.
Perché è importante
- In un'indagine Capgemini su 1.300 dirigenti in undici Paesi, quasi metà stima da tre a dodici mesi per sostituire un fornitore digitale critico e più di un terzo oltre un anno.
- Il problema non è soltanto tecnico: contratti, formati, identità, competenze e procedure quotidiane possono rendere inutilizzabile un'alternativa teoricamente disponibile.
- Un piano d'uscita efficace non richiede una migrazione immediata, ma dati esportabili, un processo campione, criteri di accettazione e una prova periodica.
Il problema — Un'alternativa sulla carta non è una via d'uscita
Scegli un servizio davvero critico e descrivi un percorso completo: ingresso, trasformazioni, decisione, uscita e responsabile. Se si tratta di assistenza, il risultato potrebbe essere un ticket assegnato con storico e priorità; per un agente AI, una bozza con fonti e approvazione. Annota poi dove vivono dati, credenziali, log, prompt e regole. Questa mappa deve essere comprensibile anche a chi non ha costruito il sistema. Aggiungi quattro soglie: tempo massimo di indisponibilità, perdita di dati tollerabile, volume arretrato accettabile e costo massimo di transizione. Sono criteri più concreti di «alta priorità». Un archivio può restare offline un giorno ma non perdere una settimana di modifiche; un sistema ordini può tollerare pochi minuti ma smaltire la coda in modo automatico. La continuità dipende dal processo, non dal marchio del software. Controlla infine il contratto: esportazione, formati, tempi di consegna, costi di uscita, cancellazione, portabilità e assistenza. Il Data Act europeo ha introdotto regole per facilitare il passaggio tra servizi di trattamento dati, ma una facoltà giuridica non converte automaticamente integrazioni e competenze. Occorre sapere chi richiede l'export, come si verifica e quando il vecchio account può essere chiuso senza perdere prove.
Esporta un campione rappresentativo, non tutto l'archivio. Includi casi normali, eccezioni, allegati, permessi e cronologia. Aprilo senza il software originale e verifica completezza, leggibilità e relazione tra gli elementi. Un CSV con campi indecifrabili non è una migrazione; è soltanto un file. Conserva conteggi, hash o altri controlli che permettano di dimostrare che il campione non è cambiato. Ricostruisci poi un processo minimo su un'alternativa. Non serve stipulare subito un secondo contratto completo: può bastare un ambiente di prova, un formato aperto o una procedura manuale documentata. Per l'AI usa gli stessi dieci casi, la stessa metrica e un tetto di costo. La guida al registro degli esperimenti AI aiuta a separare impressioni e risultati. La prova passa soltanto se l'uscita è corretta, verificabile e attribuibile a una persona. Misura anche il lavoro nascosto: pulizia, adattamento, revisione, formazione e doppia gestione. Un'alternativa economica può costare di più durante la transizione; un fornitore più caro può ridurre il rischio grazie a formati e API migliori. Il piano deve mostrare tempo, responsabilità e passaggi reversibili. Se richiede una persona che ha lasciato l'azienda o una password condivisa, non è pronto.
Cosa puoi farci concretamente
- Scegliere un solo fornitore critico e mappare dati, integrazioni, persone, contratto e conseguenza di un fermo.
- Esportare un campione e ricostruire un processo minimo su un ambiente alternativo con criteri di accettazione misurabili.
- Ripetere la prova ogni sei mesi e dopo modifiche importanti a prezzi, API, modelli o condizioni di servizio.
Terza fase — Trasformare l'uscita in una routine di governo
Assegna un proprietario e una data. Ogni sei mesi, o dopo una modifica importante a prezzi, API, modello o condizioni, ripeti l'esportazione del campione e il test di apertura. Registra durata, errori e dipendenze nuove. NIST tratta i piani di contingenza come documenti da mantenere e testare: lo stesso principio vale per cloud e AI, anche quando il problema non è un disastro ma una scelta commerciale. Non confondere resilienza con duplicazione totale. Tenere due piattaforme complete in parallelo può aumentare costi e incoerenze. È spesso più utile conservare dati portabili, contratti leggibili, competenze trasferibili e un percorso minimo già provato. La domanda non è «possiamo sostituire tutto domani?», ma «qual è il primo servizio utile che possiamo ripristinare e in quanto tempo?». La risposta va dimostrata. Un piano d'uscita non è sfiducia verso il fornitore. È una forma di responsabilità verso clienti e lavoratori che dipendono dal servizio. La scelta matura può restare quella attuale; cambia però la qualità della decisione, perché costi e vincoli diventano visibili. Iscriversi a nuovi strumenti è facile. Sapere come smettere di usarli è una competenza operativa.
Per il business, l’AI diventa rilevante quando modifica una metrica operativa: capacità, qualità, tempo o rischio. Il numero di utenti e di conversazioni descrive l’adozione, ma non dimostra da solo un ritorno. Il collegamento al processo deve essere esplicito. Nel caso di “Cambiare un fornitore digitale può richiedere più di un anno: il piano d'uscita che manca”, questo significa leggere la novità oltre l’annuncio e capire quali parti del lavoro vengono realmente modificate. Il rischio è estendere un progetto prima di avere una baseline e criteri di uscita. Costi di integrazione, revisione e cambiamento organizzativo possono superare le licenze. Una valutazione completa considera anche alternative più semplici. Le imprese più efficaci gestiranno un portafoglio di casi, ampliando quelli misurabili e interrompendo gli altri. Governance e formazione non saranno attività separate: diventeranno il metodo con cui la tecnologia viene scelta, controllata e migliorata. La notizia è quindi un indicatore di una trasformazione più ampia, che va seguita attraverso risultati e condizioni operative anziché con la sola successione degli annunci.
La domanda che resta
Scegliere un solo fornitore critico e mappare dati, integrazioni, persone, contratto e conseguenza di un fermo. Questo primo passo serve a trasformare il tema in un perimetro verificabile: un responsabile, un input conosciuto, un risultato atteso e una misura precedente con cui confrontarsi. Senza questi elementi il progetto rimane una dimostrazione difficile da valutare. Esportare un campione e ricostruire un processo minimo su un ambiente alternativo con criteri di accettazione misurabili. L’azione deve essere documentata insieme ai criteri di controllo, indicando quali casi possono procedere e quali devono fermarsi. È così che l’esperienza delle persone diventa una regola applicabile e migliorabile nel tempo. Ripetere la prova ogni sei mesi e dopo modifiche importanti a prezzi, API, modelli o condizioni di servizio. Prima di estendere il metodo è utile raccogliere correzioni, tempi e costi per alcune settimane. Gli errori vanno raggruppati per causa: dati, istruzioni, strumenti o eccezioni del processo. Ogni categoria richiede un intervento diverso. In un'indagine Capgemini su 1.300 dirigenti in undici Paesi, quasi metà stima da tre a dodici mesi per sostituire un fornitore digitale critico e più di un terzo oltre un anno. È il punto da cui partire perché definisce l’effetto più immediato per professionisti e imprese. La sua importanza va misurata sul lavoro quotidiano: quante attività coinvolge, quali persone tocca e cosa accade quando il risultato non è corretto.
Il problema non è soltanto tecnico: contratti, formati, identità, competenze e procedure quotidiane possono rendere inutilizzabile un'alternativa teoricamente disponibile. Questo secondo elemento chiarisce perché non basta scegliere un prodotto. Servono un processo, dati affidabili e una responsabilità finale. L’adozione diventa sostenibile quando la tecnologia può essere osservata e corretta senza interrompere l’operatività. Un piano d'uscita efficace non richiede una migrazione immediata, ma dati esportabili, un processo campione, criteri di accettazione e una prova periodica. Il terzo punto indica la prospettiva di medio periodo. La decisione migliore non è necessariamente quella con più funzioni, ma quella che mantiene valore, controllo e possibilità di evoluzione quando cambiano modelli, prezzi o requisiti.
Fonti
Documenti, comunicati e pubblicazioni consultati per ricostruire dati e contesto.
