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

Una lamentela è un buon punto di partenza per la ricerca, non ancora un caso d’uso dell’IA. Se il team operativo afferma che preparare i brief di onboarding richiede troppo tempo, un diagramma ricostruito a memoria può far sembrare la scrittura il problema principale. Nei casi completati, però, i brief difficili potrebbero attendere decisioni commerciali mancanti ed essere riscritti quando si risolvono dati contraddittori. Automatizzare subito il riassunto renderebbe più rapido il passaggio visibile, lasciando intatto il vincolo a monte. Occorre quindi delimitare il lavoro, osservare casi reali e conservare anche ciò che contraddice l’ipotesi iniziale.

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

Prima dell’osservazione va definito un perimetro operativo, provvisorio ma abbastanza preciso da guidare la raccolta. La scoperta parte da attività ricorrenti, risultati reali e destinatari a valle, mentre la pianificazione parte dalle domande a cui l’indagine deve rispondere. Non è necessario applicare ogni metodo: interviste, osservazione, artefatti, diari e registri formano una sintesi pratica di approcci complementari, non un protocollo unico convalidato. Per l’esempio dell’onboarding, il perimetro va dal passaggio commerciale approvato al brief accettato dal responsabile della delivery e comprende casi ordinari, incompleti e con variazioni di portata. Se emerge una dipendenza decisiva a monte o a valle, il perimetro viene aggiornato e la modifica resta documentata.

• Evento iniziale e condizione che chiude il flusso.
• Risultato prodotto e persona o funzione che lo usa a valle.
• Ruoli coinvolti, responsabilità e principali passaggi di consegna.
• Casi ordinari, eccezioni rilevanti e variazioni già note.
• Artefatti disponibili e attività che potrebbero restare fuori dai sistemi.
• Domande aperte su attese, decisioni, rilavorazioni e informazioni mancanti.

Come ricostruire ciò che è accaduto in un caso recente?

Un’intervista su un caso recente ricostruisce in sequenza un episodio concreto, invece di chiedere come dovrebbe funzionare il processo. Le domande restano aperte e neutrali; i partecipanti mostrano, quando possibile, il materiale effettivamente usato. Dimostrazioni e strumenti possono rivelare passaggi che il racconto omette, mentre il confronto fra coordinamento operativo, operations commerciali e delivery rende visibili le consegne. Oltre alle azioni, occorre esplorare segnali informativi, alternative, incertezza e giudizi difficili: è un’indagine compatta sul lavoro cognitivo, non il protocollo ACTA formale. Nell’esempio conviene confrontare un brief ordinario e uno difficile, ricordando che nessuno dei due rappresenta da solo il flusso complessivo.

1. Che cosa ha avviato il caso e quali informazioni sono arrivate?
2. Che cosa è successo dopo e che cosa indicava il passo successivo?
3. Quali decisioni sono state prese e che cosa restava incerto?
4. Chi ha ricevuto ogni passaggio e con quali materiali?
5. Dove il caso si è discostato dal percorso previsto?
6. Quale risultato è stato infine accettato e da chi?
7. Può mostrare il documento, il messaggio o lo strumento utilizzato?

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

Nel contesto normale bisogna osservare il lavoro insieme a strumenti, dati, documenti, interruzioni e dipendenze abituali. Sono rilevanti i cambi di fonte, le verifiche, le attese, le rilavorazioni, le soluzioni informali e i momenti in cui informazioni incomplete richiedono interpretazione. La modalità va dichiarata: il silenzio preserva maggiormente il flusso ma lascia oscuri i motivi; domande occasionali aggiungono contesto interrompendo poco; una spiegazione continua offre profondità ma modifica l’attività. L’indagine riguarda il flusso, non la prestazione individuale, e richiede partecipazione informata, raccolta proporzionata, accessi limitati, nuova conferma prima di ulteriori registrazioni e gestione sicura dei dati. Alla fine, il partecipante corregge la ricostruzione, senza che ciò renda il piccolo campione rappresentativo dell’intera forza lavoro.

• Contesto e tipo di caso.
• Azione osservata e artefatto collegato.
• Decisione, segnale informativo o incertezza.
• Passaggio di consegna o dipendenza esterna.
• Interruzione, attesa o soluzione informale.
• Conseguenza immediatamente osservabile.
• Interpretazione del ricercatore, tenuta separata dall’osservazione.
• Conferma, correzione o dissenso del partecipante.

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

Artefatti, brevi diari e registri operativi estendono la visuale oltre quanto una singola intervista o sessione osservata può cogliere. Formati, annotazioni e disposizione di modelli, messaggi, bozze o viste di coda possono far emergere strategie di memoria, priorità e coordinamento, ma il loro significato va confermato con chi li usa. Un diario raccoglie esperienza vicino a episodi reali distribuiti nel tempo, pur restando un’autodichiarazione da chiarire. Eventi e marche temporali utilizzabili aiutano a esaminare attese, rilavorazioni, deviazioni e problemi ricorrenti, ma possono omettere chiarimenti offline o attraversare sistemi con definizioni diverse del caso. Anche le eccezioni poco frequenti meritano attenzione prima di essere scartate, perché il loro impegno e le loro conseguenze possono essere rilevanti.

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

Un problema riferito diventa un’ipotesi credibile quando più casi o fonti collocano un vincolo ricorrente nello stesso punto e lo collegano a una conseguenza osservabile. Le interpretazioni vanno confrontate con chi svolge il lavoro, mentre dati operativi incompleti devono essere riconciliati con osservazioni e artefatti. Il controllo seguente è una regola editoriale in sei domande, non un test statistico né una prova di causalità. Nell’esempio, la spiegazione si sposta dalla lentezza nel riassumere alle decisioni mancanti e ai campi contraddittori dei casi difficili. I brief ordinari restano una controevidenza importante e le marche temporali non descrivono i chiarimenti offline: la conclusione rimane quindi un’ipotesi da discriminare con un test limitato.

1. Ricorrenza: il medesimo vincolo compare in più casi, ruoli o fonti pertinenti?
2. Punto del flusso: dove entra l’attesa, la coda, la rilavorazione, la lacuna informativa o il sovraccarico di giudizio?
3. Conseguenza: il modello è collegato a ritardi, gestione ripetuta, correzioni, lavoro perso, incoerenza, sforzo evitabile o esposizione al rischio?
4. Meccanismo: esiste una spiegazione plausibile del nesso, confermata o corretta dalle persone che svolgono il lavoro?
5. Controevidenze: quali casi evitano il problema, che cosa cambia e quali spiegazioni alternative restano?
6. Possibilità d’intervento: modificare quel punto potrebbe cambiare il risultato, e l’IA è preferibile a una regola, a responsabilità più chiare, a formazione, a informazioni migliori o a nessun intervento?

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

Che cosa contiene una scheda di opportunità IA fondata su evidenze?

Una scheda fondata su evidenze trasforma la ricerca sul campo in un registro decisionale circoscritto, senza presumere che l’IA sia la risposta. Documenta scopo, utenti, contesto operativo, valore atteso, limiti, impatti, perimetro e supervisione umana; separa il problema dichiarato dal modello osservato e collega le affermazioni sostanziali a note, artefatti anonimizzati, diari o interrogazioni dei registri. Conserva lacune, disaccordi e controevidenze invece di comprimerli in un punteggio. L’IA viene confrontata con regole deterministiche, cambiamenti di processo o responsabilità, formazione, informazioni migliori e nessun intervento. La scheda termina con un responsabile, una data di revisione, il test minimo successivo e una fra quattro decisioni: testare l’IA, testare una modifica non IA, raccogliere altre evidenze oppure fermarsi.

• Perimetro: avvio, fine, risultato, destinatario a valle e ruoli coinvolti.
• Campione osservato: periodo, tipi di caso, ruoli rappresentati e metodi utilizzati.
• Problema dichiarato e modello osservato, con riferimenti alle evidenze oppure indicazione esplicita dell’assunzione.
• Conseguenza operativa, casi contrari, copertura mancante, spiegazioni alternative e limiti dell’attuale fiducia.
• Opportunità delimitata: chi necessita di aiuto, per quale compito e con quale risultato migliore.
• Vincoli relativi a informazioni, qualità dei dati, permessi, sicurezza, riservatezza, lavoro, accessibilità, competenze di dominio e supervisione umana.
• Alternative considerate e motivo per cui una merita il test successivo.
• Test minimo: assunzione da verificare, casi pertinenti, segnali di successo e fallimento, responsabile e data di revisione.

Nel caso dell’onboarding, il primo test riguarda campi d’ingresso obbligatori, un responsabile esplicito del passaggio commerciale e una coda visibile per le eccezioni. L’assistenza alla redazione può essere valutata più tardi, soltanto sui casi con fatti completi, e non come rimedio alle decisioni mancanti a monte. Se ricorrenza, punto del flusso, conseguenza o possibilità d’intervento restano poco chiari, si raccolgono altre evidenze o ci si ferma. Prima di osservare lavoro sensibile o trattare informazioni personali, confidenziali o regolamentate, vanno coinvolti i responsabili competenti per riservatezza, sicurezza, aspetti legali e lavorativi, accessibilità e dominio. Il metodo orienta la ricerca; non sostituisce valutazioni professionali o determinazioni di conformità.