Come osservare il lavoro reale prima di proporre un caso d’uso dell’IA

Un disagio dichiarato è un’evidenza valida dell’esperienza vissuta e una pista di ricerca, ma da solo non localizza un vincolo ricorrente né ne dimostra frequenza e conseguenze. Immaginiamo che il team operativo di una società di servizi B2B chieda un sistema di IA per riassumere i materiali dei nuovi clienti: secondo i coordinatori, preparare il brief richiede troppo tempo. La mappa ricordata durante una riunione fa sembrare lenta la scrittura; i casi completati, però, possono mostrare attese per decisioni commerciali mancanti, campi contraddittori e riscritture successive. Automatizzare subito la parte visibile rischierebbe quindi di rendere più veloce un passaggio che non determina il ritardo. Prima della proposta serve una piccola indagine sul lavoro reale, delimitata, verificabile e aperta anche alle evidenze contrarie.

Che cosa va definito prima di osservare un flusso di lavoro?

Prima di osservare occorre definire un confine provvisorio: evento iniziale, condizione finale, risultato prodotto, destinatario a valle, ruoli coinvolti e tipi di pratica ordinaria o eccezionale. La pianificazione dell’indagine deve partire dalle domande di ricerca e dai processi o dalle tecnologie da comprendere. La scoperta dei casi d’uso parte meglio da attività ricorrenti, risultati reali, inneschi, frequenza e destinatari a valle, non da una domanda generica su dove inserire l’IA. Il confine non è immutabile: se l’osservazione rivela una dipendenza decisiva prima dell’inizio o dopo la consegna, va corretto e la modifica deve rimanere visibile nelle note.

• Scrivi che cosa produce il flusso e chi decide che il risultato è accettabile.
• Seleziona casi ordinari, incompleti e con variazioni, evitando di studiare soltanto il percorso ideale.
• Indica i passaggi di consegna tra ruoli e le domande che il giro di ricerca deve risolvere.
• Scegli il minimo insieme proporzionato di interviste, osservazione, artefatti, diari e registri.

Nel caso dei brief di onboarding, il perimetro va dalla ricezione di un passaggio commerciale approvato alla pubblicazione di un documento accettato dal responsabile della delivery. La selezione comprende pratiche ordinarie, incomplete e con variazioni di ambito. Questo protocollo è una sintesi editoriale di metodi complementari, non uno standard unico convalidato come pacchetto: ogni tecnica entra nel piano soltanto se risponde a una domanda o compensa un punto cieco concreto.

Come ricostruire ciò che è accaduto con un’intervista su un caso recente?

Per ricostruire il lavoro effettivo, chiedi un caso specifico concluso di recente e ripercorrilo in ordine, dall’innesco al risultato accettato. Le interviste risultano più concrete quando si concentrano su storie ed esempi reali e impiegano domande aperte e neutrali. Non chiedere ancora quale funzione di IA desideri il partecipante: la conversazione deve chiarire che cosa è arrivato, quale decisione è stata presa, chi ha ricevuto ogni passaggio, dove il caso ha deviato dal percorso previsto e quali elementi hanno segnalato che era necessario fermarsi, verificare o chiedere aiuto.

1. Che cosa ha dato avvio alla pratica e quali materiali erano disponibili?
2. Che cosa è successo subito dopo, e che cosa te lo ha fatto capire?
3. Quali informazioni erano incerte e quali alternative hai considerato?
4. Chi hai contattato, che cosa gli hai consegnato e che cosa è tornato indietro?
5. Puoi mostrare il modulo, il messaggio, la bozza o la checklist usati?
6. Che cosa ha reso accettabile il risultato finale e dove il caso è uscito dal percorso atteso?

L’analisi cognitiva del compito può far emergere segnali, richieste informative, incertezza e giudizi che una descrizione procedurale tende a omettere; queste domande, però, non costituiscono il protocollo ACTA formale. Uno studio sul campo ha ottenuto dettagli aggiuntivi combinando interviste, dimostrazioni, osservazione, note e ispezione degli strumenti citati. Nel nostro esempio conviene confrontare un brief ordinario e uno difficile, coinvolgendo coordinatori, operations commerciali e responsabili della delivery. I ruoli che erogano insieme un servizio possono essere intervistati in coppia o in piccoli gruppi, anche affiancando l’intervista all’osservazione di un compito. Un singolo caso resta illustrativo, non rappresentativo.

Che cosa osservare mentre il lavoro avviene nel suo contesto abituale?

Nel contesto abituale bisogna osservare strumenti, documenti, dati, interruzioni, dipendenze e decisioni insieme alla sequenza visibile delle azioni. L’osservazione contestuale mostra il lavoro con attrezzature, dati, documenti, dipendenze e distrazioni abituali e può rendere visibili ostacoli ed espedienti operativi. Nel brief di onboarding, annota i cambi di fonte, le verifiche, le attese, le correzioni, i passaggi di consegna e i momenti in cui informazioni mancanti o contraddittorie richiedono interpretazione. Non confondere il tempo trascorso davanti a una bozza con il tempo necessario a scriverla: potrebbe includere chiarimenti svolti fuori dal sistema.

• Contesto della pratica e tipo di caso.
• Azione osservata e riferimento all’artefatto usato.
• Decisione, informazione mancante o incertezza.
• Passaggio di consegna, interruzione o attesa.
• Conseguenza visibile sul caso.
• Interpretazione del ricercatore, separata dai fatti osservati.

Dichiara anche la modalità scelta. Osservazione silenziosa, domande occasionali e spiegazione continua offrono compromessi diversi tra naturalezza, contesto e influenza del ricercatore. L’osservazione va presentata come studio del flusso, non come valutazione individuale, con partecipazione informata, raccolta proporzionata e accessi controllati. La guida GOV.UK richiede consenso informato, influenza ridotta, nuova conferma prima di registrazioni aggiuntive e conservazione sicura dei dati personali raccolti. Dove opportuno, coinvolgi i responsabili di privacy, sicurezza, aspetti legali e del lavoro, accessibilità e dominio professionale. Al termine, chiedi al partecipante di correggere la ricostruzione: l’indagine contestuale produce una vista interpretativa, non una rappresentazione automatica dell’intera azienda.

Quali metodi mostrano ciò che interviste e osservazione possono perdere?

Artefatti, brevi diari e registri operativi estendono la visuale quando il lavoro è distribuito nel tempo, avviene fuori dalla sessione osservata o lascia tracce utili nei sistemi. Modelli, checklist, messaggi, bozze, appunti e viste di coda possono conservare stato, priorità, memoria e regole di coordinamento assenti dalla mappa ufficiale. In uno studio originale, segni e formati degli artefatti hanno sollecitato spiegazioni dettagliate sulle strategie personali di organizzazione e tracciamento. Il significato non va dedotto dalla sola forma: chiedi sempre al partecipante come, quando e perché l’elemento è stato usato.

Un breve diario può raccogliere episodi intermittenti vicino al momento in cui avvengono e offrire materiale da chiarire in seguito. Un progetto applicato di GOV.UK ha raccolto un diario durante o subito dopo l’uso reale e lo ha combinato con interviste e compiti osservati; non ne deriva una durata universale. Quando i dati sono utilizzabili, sequenze e marcature temporali possono sostenere l’analisi di attese, rilavorazioni, duplicazioni, deviazioni, scadenze e problemi ricorrenti. I registri, tuttavia, possono omettere lavoro non tracciato, essere distribuiti tra sistemi diversi o non condividere una definizione univoca della pratica.

Quando un problema segnalato diventa un’ipotesi credibile di collo di bottiglia?

Un problema diventa un’ipotesi credibile quando più casi o fonti collocano lo stesso vincolo in un punto definito, lo collegano a una conseguenza osservabile e lasciano visibili le spiegazioni alternative. I dati operativi possono mostrare ricorrenze, attese, deviazioni e rilavorazioni, ma vanno riconciliati con osservazioni, artefatti e interpretazioni di chi opera. Le interpretazioni dei ricercatori, a loro volta, devono essere confrontate con quelle di chi svolge il lavoro. Il test in sei domande è una regola decisionale editoriale: organizza le evidenze, ma non stabilisce causalità e non sostituisce un test statistico.

1. Ricorrenza: il vincolo appare in più casi, ruoli o fonti pertinenti?
2. Posizione: dove entrano nel flusso coda, attesa, rilavorazione, informazione mancante o sovraccarico di giudizio?
3. Conseguenza: il modello è collegato a ritardo, gestione ripetuta, correzione, lavoro perso, incoerenza, sforzo evitabile o rischio?
4. Meccanismo: esiste una spiegazione plausibile, confermata o corretta da chi svolge l’attività?
5. Controevidenze: quali casi evitano il problema, che cosa cambia e quali spiegazioni alternative restano?
6. Possibilità d’intervento: modificare quel punto può cambiare il risultato, e l’IA è più adatta di una regola, di responsabilità chiare, di un cambiamento di processo, della formazione, di informazioni migliori o dell’assenza di intervento?

Nell’esempio, le evidenze spostano l’ipotesi dalla lentezza del riassunto alle decisioni commerciali mancanti e ai campi contraddittori nei casi difficili. I brief ordinari vengono completati rapidamente, quelli più lunghi non sono sempre più lenti e le marcature temporali non registrano i chiarimenti offline. Il risultato è quindi un’ipotesi sul collo di bottiglia, non una prova causale. Se mancano ricorrenza, posizione o conseguenza, conserva il problema come pista aperta e raccogli altre evidenze; se il quadro è coerente ma incerto, progetta il più piccolo test capace di distinguere le spiegazioni.

Non chiedere dove inserire l’IA finché non sai mostrare dove ricorre il vincolo, quale conseguenza segue e che cosa resta incerto.

Che cosa deve contenere una scheda di opportunità IA fondata sulle evidenze?

La scheda deve trasformare l’indagine in un record decisionale delimitato, senza presumere che l’IA sia la risposta. La funzione Map del NIST AI RMF Playbook invita a documentare finalità, utenti, contesto operativo, valore, limiti, impatti, ambito applicativo e supervisione umana. Registra anche periodo osservato, tipi di caso, ruoli rappresentati e combinazione dei metodi. Separa il disagio dichiarato dal modello osservato e collega ogni affermazione sostanziale a un identificativo di nota, artefatto oscurato, voce di diario o interrogazione dei registri; ciò che non è sostenuto va marcato chiaramente come ipotesi.

• Confine del flusso: innesco, fine, risultato, destinatario e ruoli.
• Campione osservato: periodo, casi, ruoli e metodi utilizzati.
• Problema dichiarato e casi recenti che lo illustrano.
• Modello osservato: azioni, decisioni, passaggi, espedienti e varianti.
• Conseguenza operativa ed evidenze che la documentano.
• Controevidenze, lacune, disaccordi e spiegazioni alternative.
• Opportunità delimitata: chi necessita di aiuto, per quale compito e con quale esito atteso.
• Vincoli su informazioni, qualità dei dati, permessi, sicurezza, privacy, lavoro, accessibilità, competenza di dominio e supervisione umana.
• Alternative: assistenza IA, regola deterministica, cambiamento di processo o responsabilità, formazione, informazioni migliori o nessun intervento.
• Prossimo test: ipotesi esaminata, casi pertinenti, evidenze di successo e fallimento, responsabile e data di revisione.

Il NIST Playbook invita a considerare alternative non basate sull’IA o sulla tecnologia, senza prescrivere quale debba prevalere. La guida alla scoperta mantiene inoltre un requisito di evidenza, un responsabile, una tappa successiva e una prova futura invece di trattare l’accordo del workshop come valore dimostrato. Per i brief di onboarding, il primo test riguarda campi obbligatori, un responsabile esplicito del passaggio commerciale e una coda visibile delle eccezioni. Un assistente alla redazione può essere valutato dopo, soltanto sui casi completi. La decisione finale deve essere esplicita: testare l’IA, testare un cambiamento non IA, raccogliere altre evidenze oppure fermarsi.