Le checklist sono strumenti di verifica e non la sequenza completa dell’engagement. La tabella seguente è un indice: le domande normative sono riportate nell’Appendice C con Question ID, evidenza, rischio e azione. Le checklist alimentano più deliverable e un deliverable usa più checklist.
| Checklist | Decisione supportata | Domande |
|---|---|---|
| [CHK01 - Human + AI Readiness] | Mobilize / Remediate / Defer | 12 |
| [CHK02 - Opportunity] | Proceed / Investigate / Reject | 15 |
| [CHK03 - Decision] | Autonomy and control design | 13 |
| [CHK04 - Process] | Target process and pilot boundary | 12 |
| [CHK05 - Data & Corporate Memory] | Data/memory readiness and write-back | 14 |
| [CHK06 - Digital Role] | Mandate, limits and accountability | 14 |
| [CHK07 - Governance & Trust] | Risk, control and decision rights | 14 |
| [CHK08 - AI Service Readiness] | Service readiness; ITIL profile separato | 12 |
| [CHK09 - Value] | Baseline, KPI and scale criteria | 12 |
Procedura di assessment
1. [ACT-AS-01] Registrare engagement, entry path, use case, owner e decisione richiesta.
2. [ACT-AS-02] Preparare l’evidence request e distinguere documenti attesi da controlli implementati.
3. [ACT-AS-03] Eseguire le checklist nella sequenza coerente con lifecycle e workshop, non come intervista unica.
4. [ACT-AS-04] Registrare response, rationale, owner, Evidence ID, forza, rischio e gate per ogni item.
5. [ACT-AS-05] Trattare N/A come eccezione motivata e approvata; escluderla dallo score.
6. [ACT-AS-06] Collegare ogni conclusione ai campi dei deliverable che alimenta.
7. [ACT-AS-07] Aprire remediation con containment, owner, scadenza, closure evidence ed effectiveness review.
8. [ACT-AS-08] Applicare gate override prima della raccomandazione.
9. [ACT-AS-09] Congelare Decision Record e data della review successiva.
Criteri di risposta
| Risposta | Criterio |
|---|---|
| Yes | Condizione implementata, applicata nel perimetro e sostenuta da evidenza adeguata. |
| Partially | Condizione incompleta, non uniforme, non testata o con evidenza limitata; remediation necessaria. |
| No | Condizione assente o inefficace nel perimetro. |
| N/A | Condizione realmente non applicabile, con rationale e approvazione; non equivale a ‘non sappiamo’. |
| Not evidenced | La dichiarazione esiste ma non è sostenuta; lo score e l’evidence status restano distinti. |
Comprendere — sintesi practitioner
La domanda di controllo è se l’engagement riesca davvero a usare le checklist come indagine evidence-based e non come autovalutazione meccanica. Il practitioner esplicita oggetto, owner, evidenza e decisione; se uno di questi elementi resta implicito, la comprensione non è ancora sufficiente per alimentare il passaggio successivo.
Le 118 domande sono un sistema di raccolta evidenze, non una sequenza rigida di intervista o un questionario auto-valutativo.
Applicare — sequenza minima
Operativamente: preparare fonti e casi; facilitare il confronto sul lavoro reale; registrare gap, assunzioni e alternative; assegnare owner e scadenze; aggiornare gli artefatti collegati; chiudere la sessione con una decisione verificabile. L’obiettivo specifico è usare le checklist come indagine evidence-based e non come autovalutazione meccanica.
Selezionare le domande pertinenti per workshop; registrare risposta, evidenza, forza, gap e remediation nel workbook; ricalcolare ai gate.
Vedere in pratica — Buyer Assistant
Il caso mostra come usare le checklist come indagine evidence-based e non come autovalutazione meccanica senza rendere obbligatorie le tecnologie adottate. Il practitioner deve trasferire il pattern — evidenza, responsabilità, limite e misura — e non copiare architettura o soluzione fuori contesto.
Buyer Assistant risponde “sì” sulla disponibilità dei dati ma “parzialmente” sulla loro freshness; lo score resta distinto dall’evidenza.
Verificare — definition of done
La sezione è chiusa quando il Decision Owner può ricostruire dalle evidenze se e a quali condizioni è stato possibile usare le checklist come indagine evidence-based e non come autovalutazione meccanica; gap residui, N/A, condizioni e prossima review sono registrati, non affidati alla memoria dei partecipanti.
Tutte le 118 domande hanno un ID stabile.
N/A è motivato.
Score, ECI e anti-fit sono leggibili insieme.