Prima della checklist: definire il perimetro
Due proposte coprono il requisito iniziale. Differiscono però su accesso ai dati, manutenzione, documentazione e responsabilità in caso di incidente. La verifica risponde a «Quali domande riducono dipendenze e sorprese dopo la firma?» per il compito «valutare gestione futura oltre a funzionalità e preventivo», con un owner e un esito osservabile.
La solidità di un fornitore si misura anche nel giorno in cui il rapporto cambia: dati esportabili, accessi amministrativi e responsabilità devono esistere fuori dalle promesse commerciali. Porta exit plan e operatività quotidiana nella valutazione iniziale, insieme alle funzioni.
Prima di aprire il pilot
Per «Quali domande riducono dipendenze e sorprese dopo la firma?» le precondizioni partono da «titolarità ed esportabilità dei dati». Una risposta vaga diventa «chiedere esempi di deliverable», con owner, evidenza richiesta e data di riesame.
Titolarità ed esportabilità dei dati
Il controllo deve avere esito e owner. Per chiudere «titolarità ed esportabilità dei dati» serve un’evidenza allegabile su «proprietà e licenze del codice» e un test negativo costruito intorno a «scegliere solo sul costo iniziale».
Proprietà e licenze del codice
La verifica include almeno un diniego. Per chiudere «proprietà e licenze del codice» serve un’evidenza allegabile su «supporto, tempi e confini del servizio» e un test negativo costruito intorno a «accettare ownership ambigua».
Supporto, tempi e confini del servizio
La voce richiede una prova allegabile. Per chiudere «supporto, tempi e confini del servizio» serve un’evidenza allegabile su «documentazione e percorso di uscita» e un test negativo costruito intorno a «confondere backup e portabilità».
Documentazione e percorso di uscita
Non va chiusa con una conferma verbale. Per chiudere «documentazione e percorso di uscita» serve un’evidenza allegabile su «titolarità ed esportabilità dei dati» e un test negativo costruito intorno a «assenza di criteri di accettazione».
Durante la prova
La prova deve lasciare artefatti revisionabili, non soltanto impressioni. Il riferimento «Data export test, tenant ownership, runbook, SLA e source escrow quando pertinente» va controllato su casi normali e su almeno un caso costruito per fallire.
Chiedere esempi di deliverable
Chiedere esempi di deliverable collega «valutare gestione futura oltre a funzionalità e preventivo» a un risultato che l’owner può revisionare. Se emerge «scegliere solo sul costo iniziale», la prova conserva input, stato e motivazione della scelta.
Verificare formati di esportazione
Verificare formati di esportazione collega «valutare gestione futura oltre a funzionalità e preventivo» a un risultato che l’owner può revisionare. Se emerge «accettare ownership ambigua», la prova conserva input, stato e motivazione della scelta.
Chiarire dipendenze e subfornitori
Chiarire dipendenze e subfornitori collega «valutare gestione futura oltre a funzionalità e preventivo» a un risultato che l’owner può revisionare. Se emerge «confondere backup e portabilità», la prova conserva input, stato e motivazione della scelta.
Definire accettazione e cambiamenti
Definire accettazione e cambiamenti collega «valutare gestione futura oltre a funzionalità e preventivo» a un risultato che l’owner può revisionare. Se emerge «assenza di criteri di accettazione», la prova conserva input, stato e motivazione della scelta.
Simulare una cessazione ordinata
Simulare una cessazione ordinata collega «valutare gestione futura oltre a funzionalità e preventivo» a un risultato che l’owner può revisionare. Se emerge «scegliere solo sul costo iniziale», la prova conserva input, stato e motivazione della scelta.
I controlli negativi che spesso mancano
Verificare che un’azione riesca non dimostra che venga negata nel contesto sbagliato; il caso operativo si verifica con «accettare ownership ambigua». I casi seguenti devono produrre un blocco comprensibile o una revisione, mai un successo silenzioso; il controllo associato riguarda «verificare formati di esportazione».
Scegliere solo sul costo iniziale
Rischio nominato: «scegliere solo sul costo iniziale». Perimetro operativo: «valutare gestione futura oltre a funzionalità e preventivo». Segnale osservato: «proprietà e licenze del codice». Recupero ammesso: «simulare una cessazione ordinata». Checkpoint finale: «proprietà e licenze del codice».
Accettare ownership ambigua
Rischio nominato: «accettare ownership ambigua». Perimetro operativo: «valutare gestione futura oltre a funzionalità e preventivo». Segnale osservato: «supporto, tempi e confini del servizio». Recupero ammesso: «chiedere esempi di deliverable». Checkpoint finale: «supporto, tempi e confini del servizio».
Confondere backup e portabilità
Rischio nominato: «confondere backup e portabilità». Perimetro operativo: «valutare gestione futura oltre a funzionalità e preventivo». Segnale osservato: «documentazione e percorso di uscita». Recupero ammesso: «verificare formati di esportazione». Checkpoint finale: «documentazione e percorso di uscita».
Assenza di criteri di accettazione
Rischio nominato: «assenza di criteri di accettazione». Perimetro operativo: «valutare gestione futura oltre a funzionalità e preventivo». Segnale osservato: «titolarità ed esportabilità dei dati». Recupero ammesso: «chiarire dipendenze e subfornitori». Checkpoint finale: «titolarità ed esportabilità dei dati».
Il controllo negativo
Caso isolato: «supporto, tempi e confini del servizio». Operazione osservata: «chiarire dipendenze e subfornitori». Deviazione forzata: «assenza di criteri di accettazione».
Criterio di firma: «supporto, tempi e confini del servizio». Un esito orale o non ripetibile lascia aperta la voce. Perimetro della prova: «valutare gestione futura oltre a funzionalità e preventivo».
Controprova: «titolarità ed esportabilità dei dati». Arresto: «accettare ownership ambigua». Passo ammesso dopo il recupero: «simulare una cessazione ordinata». Verbale finale: «Quali domande riducono dipendenze e sorprese dopo la firma?»
Differenza decisiva: «Porta exit plan e operatività quotidiana nella valutazione iniziale, insieme alle funzioni». Regola di chiusura: «Un fornitore affidabile rende verificabili continuità e uscita senza trasformarle in una minaccia negoziale».
L’evidence pack della decisione
Alla chiusura servono: elenco dei casi, versione di dati e configurazione, esito per criterio, errori classificati e decisione dell’owner; nel perimetro descritto conta «scegliere solo sul costo iniziale». Questo pacchetto permette di ripetere la valutazione dopo una modifica.
Le evidenze devono distinguere qualità del percorso e impatto dell’errore; il controesempio viene cercato in «accettare ownership ambigua». Una media positiva non può compensare un singolo comportamento non autorizzato o irreversibile; la decisione resta collegata a «verificare formati di esportazione».
Pass, fail o nuovo perimetro
Un fornitore affidabile rende verificabili continuità e uscita senza trasformarle in una minaccia negoziale. La scelta può essere pass, fail oppure una riduzione del perimetro: tutti e tre gli esiti sono utili se derivano dagli stessi criteri dichiarati prima della prova; qui la prova concreta è «titolarità ed esportabilità dei dati».
Un fornitore affidabile rende verificabili continuità e uscita senza trasformarle in una minaccia negoziale. Prima del pass, allegare l’esito di «verificare formati di esportazione», il controllo «documentazione e percorso di uscita» e il test negativo «scegliere solo sul costo iniziale»; ciò che manca resta fuori dal perimetro approvato.
Contesto e limiti
Il caso seguente non è un case study. Isola decisioni e failure mode nel perimetro «valutare gestione futura oltre a funzionalità e preventivo». Il perimetro escluso viene dichiarato insieme all’esito.
Prossimo passo
Il processo è chiaro, ma i passaggi restano manuali?
Un breve audit aiuta a vedere dove si creano copie, ritardi e dipendenze da singole persone.