Risorse · 52
Portabilità: verificare l'uscita da un fornitore digitale
Testa l'esportazione, la ricostruzione e la continuità prima che dipendenze contrattuali o tecniche rendano impraticabile l'uscita.
Aggiornato · 3 min
Obiettivi di questa guida
- Identificare le dipendenze
- Testare le esportazioni utilizzabili
- Stimare la ricostruzione
- Preparare un passaggio controllato
Verifica rapida
- Cosa scompare senza il fornitore?
- Chi può ricostruire il servizio?
- L'esportazione preserva i rapporti e i diritti?
- Quali costi sono esclusi dal preventivo iniziale?
- È possibile annullare un passaggio non riuscito?
Metodo passo passo
- 1
Definire il servizio da preservare
Elencare le attività e le risorse essenziali: dati, allegati, configurazione, automazioni e autorizzazioni. Indicare cosa deve fornire il sostituto e cosa può temporaneamente funzionare in uno stato degradato.
Risultato atteso: ambito di uscita.
- 2
Qualificare la dipendenza
Separare l'impegno commerciale, i formati proprietari, l'integrazione tecnica e la carenza di competenze. GOV.UK raccomanda di valutare il valore del servizio rispetto alla portabilità; evitare ogni dipendenza non è sempre la scelta migliore.
Risultato: compromesso tra valore e portabilità.
- 3
Testare un'esportazione rappresentativa.
Esportare dati autorizzati, inclusi relazioni, cronologia e casi limite. Verificare formato, codifica, identificatori e assenza di segreti. Il download di un file non garantisce che sia comprensibile o importabile.
Risultato: esportazione e verifica della completezza.
- 4
Ricostruire altrove.
Importare il campione in un ambiente isolato ed eseguire un'attività essenziale. Registrare adattamenti, perdite di metadati e passaggi manuali. Includere configurazione e autorizzazioni, non solo il contenuto.
Risultato: attività riprodotta e lacune.
- 5
Stimare e pianificare la transizione.
Stimare estrazione, trasferimento, funzionamento parallelo, formazione e supporto. Separare costi misurati, preventivi e ipotesi. Definire l'ordine di passaggio, il blocco delle modifiche e il rollback in caso di mancata accettazione.
Risultato: piano e ipotesi di costo.
- 6
Mantenere la documentazione aggiornata.
Ripetere dopo una nuova integrazione o modifiche di formato. Verificare la restituzione delle risorse e la gestione delle copie in base alle regole applicabili del servizio. Una clausola di uscita non sostituisce una dimostrazione tecnica.
Risultato: pianificazione e dossier di uscita.
Foglio di lavoro riutilizzabile
Completare con le proprie osservazioni autorizzate. Questi campi costituiscono un modello di lavoro, non risultati osservati.
| Campo | Informazioni da registrare |
|---|---|
| Risorsa | Proprietario, volume e dipendenza |
| Esportazione | Formato, relazioni, allegati e diritti |
| Ricostruzione | Attività testata, risultato e lacune |
| Passaggio | Costi, tempi, interruzione e rollback |
Esempio pratico fittizio
Situazione illustrativa
Esempio fittizio: un CRM esporta i contatti ma omette le relazioni di allegato.
Decisione e prove attese
L'accettazione registra il divario prima del passaggio; l'estrazione e la riconciliazione degli allegati vengono aggiunte, anziché dichiarare la disponibilità.
Distinguere i meccanismi
| Meccanismo | Scopo | Verifica o limitazione |
|---|---|---|
| Clausola di uscita | Definire gli impegni da rivedere | Non dimostra la continuità tecnica |
| Esportazione | Recuperare le risorse | Verificare relazioni e metadati |
| Ricostruzione testata | Dimostrare l'utilizzo altrove | Documentare le funzioni perse |
Indicatori di gestione
| Indicatore | Cosa misura | Prima azione |
|---|---|---|
| Risorse esportabili | Risorse critiche recuperate e leggibili | Correggere le omissioni |
| Attività ricostruite | Percorsi riprodotti al di fuori del fornitore | Correggere le dipendenze residue |
| Sforzo di transizione | Tempo e costo osservati o stimati | Separare la misurazione dalle ipotesi |
Errori comuni
- Confondere la terminazione con la continuità
- Verificare le esportazioni solo dopo l'impegno
- Dimenticare allegati e autorizzazioni
- Dichiarare un certo costo senza testarlo
Domande frequenti
Bisogna rifiutare ogni dipendenza?
No. Le dipendenze possono apportare valore. È necessario registrare ciò che si accetta, i costi di uscita e le condizioni che potrebbero modificare la decisione.
Un file CSV è sufficiente?
Solo se contiene i dati e le relazioni necessari, con uno schema comprensibile e un'importazione testata.
Quando è opportuno testare l'uscita?
Prima di implementare funzioni critiche e dopo modifiche che aumentano la dipendenza.
Riferimenti ufficiali
I riferimenti supportano il metodo. Adattare i controlli al proprio contesto; non costituiscono una certificazione. I titoli dei riferimenti originali e i documenti di origine potrebbero essere in un'altra lingua.
Riferimenti consultati il .
