Conoscenza da usare
Dalla prova a un percorso sostenibile
Fonti, responsabilità, misure e priorità: progettare i primi 90 giorni di un intervento in azienda.
Materiali ECHO · edizione 4 ottobre 2026. I casi di progetto mantengono lo stato descritto nei resoconti; gli scenari Moda Moda sono fittizi.
01 Il punto di partenza
Sapere cosa sappiamo e cosa ci manca.
Tre misure
Tempo di lavoro, rifacimenti e giorni di attesa. Scegliere una misura pertinente al compito, senza confondere lavoro attivo e attesa.
Quando manca
Scriviamo come raccoglierla e su quali casi. Un valore ricordato può orientare, purché dichiarato come stima.
Spiegazione
Il punto di partenza descrive un compito reale nella configurazione attuale. La misura iniziale permette di confrontare una prova successiva.
Procedura operativa
Scegli un’unità di lavoro, raccogli un esempio e documenta inizio, fine e criterio di completamento.
Esempio applicato
Per una scheda tecnica: apertura fonti, confronto revisioni, chiarimenti, tabella verificata. Misura il ciclo completo.
Verifica del risultato
Il confronto deve mantenere compito e qualità attesa coerenti. Una riduzione di tempo ottenuta saltando controlli non dimostra un miglioramento.
02 Una misura semplice e ripetibile
Due persone dovrebbero contarla nello stesso modo.
Definisci
Inizio, fine, unità, volume e qualità attesa. Per una scheda: includere preparazione, uso, controllo e trasferimento.
Confronta
Usare casi comparabili e registrare eccezioni. Un prima/dopo non controllato può riflettere documenti diversi, più che il metodo.
Spiegazione
Una misura ripetibile usa una definizione stabile e unità esplicite. La media da sola può nascondere casi molto diversi.
Procedura operativa
Registra tempi per caso, errori, correzioni e complessità. Separa casi ordinari ed eccezioni.
Esempio applicato
Cinque prove fittizie possono verificare la raccolta dei tempi e il formato del registro; non rappresentano ancora il reparto.
Verifica del risultato
Conserva i valori per singolo caso e descrivi il campione. Confronta anche gli errori che restano dopo la revisione.
03 Definire meglio il bisogno
L’obiettivo minimo del corso è osservabile.
Prima
Una richiesta vaga o una promessa generica. Dopo: compito, fonte, limite e verifica riconoscibili.
La prova
Il partecipante sa trovare un dato non supportato, formulare una domanda alla fonte e spiegare un controllo umano.
04 Dal desiderio alla consegna
“Essere più veloci” va tradotto in un lavoro.
La frase
Preparare un riepilogo di modifiche da fonti definite, con riferimenti, lacune e stati separati.
Il confine
Il risultato resta una bozza. Non invia mail, non approva varianti e non scrive nel sistema operativo senza una verifica distinta.
Spiegazione
Una consegna definisce ciò che deve esistere a fine lavoro. Scopo, fonti, formato e criteri rendono verificabile il risultato.
Procedura operativa
Scrivi: destinatario; materiali ammessi; operazione; struttura dell’output; divieti; controllo finale.
Esempio applicato
“Confronta scheda v1 e v2. Tabella: campo, prima, dopo, fonte e dubbio. Non aggiornare il gestionale.”
Verifica del risultato
Un’altra persona deve poter eseguire la prova e controllare l’output senza dover interpretare “migliora il processo”.
05 Le fonti della prova
Dati fittizi permettono di imparare il metodo.
Il materiale
MM-026 e messaggi inventati di variante. I valori sono sintetici e dichiarati: non sono misure aziendali.
La selezione
Carichiamo solo ciò che serve al compito. Mettiamo in evidenza versione e stato; conserviamo una copia della fonte usata.
06 La richiesta completa
Una struttura che aiuta a controllare l’output.
I sei elementi
Ruolo, contesto, fonti, vincoli, formato e criterio. Per le lacune: scrivere non presente; per i conflitti: mostrare entrambe le informazioni.
Il controllo
Il formato deve facilitare la verifica. Una tabella con fonte e stato può essere più utile di un testo scorrevole.
Richiesta da provare
Usa solo la scheda MM-026 e i messaggi fittizi forniti. Prepara una tabella con: informazione, stato (confermato / proposto / mancante / in conflitto), fonte e domanda da fare. Non inventare composizione, quantità, disponibilità o prove di lavaggio. Non trattare una richiesta come approvazione. Evidenzia conflitti tra versioni. Non inviare messaggi e non aggiornare sistemi. Il referente prodotto verifica la tabella prima di registrare una modifica.
07 Dimostrazione: leggere una modifica
Uno scenario condiviso con MM-026.
La docente
Apre una chat nuova, fornisce le fonti fittizie e chiede un riepilogo di conferme, proposte e dati mancanti.
Il gruppo
Osserva il risultato senza dare per scontato l’esito. Se l’assistente sbaglia, l’errore diventa materiale di analisi.
08 Verificare riga per riga
Il testo deve restare vicino alla fonte.
Tre controlli
Affermazione presente? Stato corretto? Riferimento pertinente? Correggiamo o eliminiamo le righe non sostenute.
La decisione
Una variante proposta resta tale finché qualcuno la conferma. Un campo vuoto non viene riempito per rendere la tabella completa.
Spiegazione
La verifica riga per riga controlla copertura, corrispondenza e significato. Un riepilogo completo può ancora attribuire il dato alla fonte sbagliata.
Procedura operativa
Confronta identificatori, versioni, valori, unità e stato. Registra i difetti con una categoria e una correzione.
Esempio applicato
Una data proposta in una mail deve comparire come proposta; la data precedente resta confermata finché non arriva una nuova approvazione.
Verifica del risultato
Ogni valore decisivo deve avere una fonte accessibile e una formulazione coerente con lo stato documentato.
09 L’errore diventa un vincolo
Migliorare la richiesta senza nascondere il problema.
Il passaggio
Descriviamo l’errore, aggiungiamo un vincolo e ripetiamo la prova. Registriamo cosa è cambiato nella configurazione.
Il limite
La correzione su un caso non dimostra affidabilità generale. Proviamo anche un input diverso con lo stesso vincolo.
10 Una piccola raccolta di casi
La prova deve includere anche un’eccezione.
Il campione
Documento completo; documento con una lacuna; due fonti in conflitto. Manteniamo comparabile il compito.
Il criterio
Contiamo i dati inventati e osserviamo se i conflitti diventano domande. Decidiamo prima quali errori impediscono di usare il risultato.
Spiegazione
Un piccolo insieme di casi consente di controllare il comportamento sulle situazioni che contano. Deve includere difficoltà, non solo esempi puliti.
Procedura operativa
Prepara caso ordinario, dato mancante, conflitto di versione, eccezione e input incompleto. Definisci l’esito atteso prima della prova.
Esempio applicato
Nel customer care: A distingue istruzioni ed esito; C verifica un’eccezione; H distingue merce ricevuta e rimborso.
Verifica del risultato
Un miglioramento sul caso ordinario non deve introdurre errori sulle eccezioni. Conserva le prove per le revisioni successive.
11 Il lavoro umano che rimane
La verifica non è un costo nascosto.
Attività
Selezionare la fonte, valutare lacune, controllare output e prendere la decisione. Indichiamo chi svolge ciascun passaggio.
Capacità
Chi controlla deve conoscere prodotto e processo. Se non ha accesso alla fonte o tempo per leggerla, il controllo è incompleto.
Spiegazione
La persona mantiene responsabilità sulla selezione delle fonti, interpretazione delle lacune e decisione finale. La revisione ha bisogno di tempo e competenza.
Procedura operativa
Assegna chi controlla ogni campo critico, quali fonti può aprire e come segnala un problema.
Esempio applicato
Il referente prodotto verifica costruzione e misure; chi scrive il testo commerciale controlla tono e formato usando dati approvati.
Verifica del risultato
La presenza del nome di un reparto non dimostra un controllo effettivo: servono momento, fonte e criterio.
12 Quando l’assistente non è disponibile
La continuità va pensata prima del bisogno.
La procedura
Conserviamo fonti, traccia e formato del risultato. Il lavoro deve poter proseguire con una modalità manuale idonea.
Il limite
Cambiare servizio può modificare dati, condizioni e risposta. La nuova configurazione richiede una prova, non soltanto lo stesso prompt.
Spiegazione
La continuità operativa richiede che fonti e risultati importanti siano recuperabili anche quando l’assistente non risponde.
Procedura operativa
Conserva input, specifica della consegna e formato del risultato. Definisci un percorso manuale per i casi urgenti.
Esempio applicato
Un registro delle pratiche esportato e una procedura approvata permettono all’operatrice di ricostruire lo storico senza la funzione generativa.
Verifica del risultato
Prova il passaggio alla modalità manuale. Un diverso servizio AI richiede una nuova verifica di dati, accessi e condizioni.
13 La roadmap a quattro corsie
Persone, dati, strumenti e misura.
Il piano
Per ogni finestra indichiamo un’azione concreta in ciascuna corsia. La durata va adattata al contesto.
La coerenza
Le persone devono avere tempo; i dati devono essere idonei; lo strumento deve essere accessibile; la misura deve permettere una decisione.
Spiegazione
La roadmap collega persone, dati, strumenti e misura. Le quattro corsie devono avanzare in modo coerente.
Procedura operativa
Per ogni fase indica attività, responsabile, prerequisito, risultato e decisione. Usa le finestre temporali come riferimento adattabile.
Esempio applicato
Prima preparazione delle fonti, poi prova su estratti, quindi valutazione di un’integrazione. La formazione accompagna l’uso effettivo.
Verifica del risultato
Nessuna fase deve dipendere da un accesso o da una disponibilità di persone soltanto presunti.
- Persone
- Dati
- Strumenti
- Misura
14 Giorni 0–30: preparare
Una finestra di riferimento, da adattare.
Le azioni
Definire compito, responsabile, dati e permessi. Ordinare il materiale necessario e raccogliere la base di confronto.
Il risultato
Una prova fattibile e autorizzata. Se mancano condizioni, il piano può dedicare più tempo alla preparazione.
15 Giorni 30–60: provare
Un esperimento con confini e controlli.
Le azioni
Eseguire su casi definiti, registrare configurazione ed errori, confrontare qualità e lavoro totale.
Le persone
Prevedere affiancamento e un punto per segnalare difficoltà. Non cambiare contemporaneamente troppe condizioni del confronto.
16 Giorni 60–90: decidere
Continuare, correggere o fermarsi.
Il confronto
Rivedere misura, qualità, costi e uso reale. Distinguere dati raccolti da impressioni e stime.
La scelta
Una prova utile può richiedere un’altra fase. Una prova non utile può fermarsi lasciando spiegati gli ostacoli.
17 Il costo e il beneficio
Prima una misura del compito completo.
Da sommare
Accesso, preparazione, affiancamento, uso, revisione e manutenzione. Il costo una tantum va distinto da quello ricorrente.
Da interpretare
Tempo liberato non significa automaticamente denaro risparmiato. Chiediamo come verrà impiegato e quale beneficio operativo si osserva.
Spiegazione
Il costo totale comprende adozione e mantenimento. Il beneficio operativo va distinto da un risparmio monetario già realizzato.
Procedura operativa
Separa costi iniziali e ricorrenti; includi preparazione, licenze, consumo, verifica, correzione e manutenzione.
Esempio applicato
Ridurre i minuti per pratica libera tempo soltanto se il lavoro residuo e la verifica sono inclusi. Il valore economico dipende da come quel tempo viene impiegato.
Verifica del risultato
Usa il calcolatore come scenario di ipotesi. Registra origine dei valori e sostituisci le stime con misure quando disponibili.
18 Indicatori che aiutano a decidere
Un numero vicino al compito.
Esempi
Minuti di revisione per scheda; giorni tra richiesta e conferma; errori non supportati; occorrenze completate con il controllo previsto.
Il limite
Non usiamo il numero di prompt come prova di utilità. La misura deve descrivere il risultato o il lavoro necessario.
Spiegazione
Un indicatore utile descrive qualità, tempo o completamento del compito. Deve cambiare quando cambia il risultato operativo.
Procedura operativa
Definisci numeratore, denominatore, periodo e fonte. Affianca il tempo a un indicatore di qualità.
Esempio applicato
Pratiche con stato corretto sul totale verificato; minuti per riepilogo accettato; errori non supportati dopo il controllo.
Verifica del risultato
Il numero di prompt e di accessi non misura da solo l’utilità. Un’attività più rapida con più errori richiede una valutazione diversa.
19 Decidere quando fermarsi
Un criterio scritto prima dell’entusiasmo.
Segnali
Revisione eccessiva; dati non idonei; nessuna capacità di verificare; valore insufficiente. Le soglie dipendono dal caso.
Il significato
Fermarsi permette di spiegare che cosa mancava. Non attribuiamo il fallimento alle persone senza leggere la procedura.
Spiegazione
Le condizioni di arresto rendono una prova governabile. Una conclusione negativa può evitare un’estensione prematura.
Procedura operativa
Scrivi prima della prova quali errori impediscono l’uso, chi decide e come si torna al flusso precedente.
Esempio applicato
Un output che inventa autorizzazioni o esiti non può essere usato per rispondere al cliente senza correzione.
Verifica del risultato
La decisione finale deve citare evidenze, limiti e condizioni per un eventuale nuovo tentativo.
20 Una proposta su una pagina
La traccia è facoltativa e si può completare a casa.
Scrivi
Compito, punto di partenza, dati e permessi, strumento da valutare, controllo, primo esperimento e criterio.
Distingui
Fatti, stime, ipotesi e domande. Una proposta incompleta può essere presentata indicando ciò che deve ancora essere verificato.
21 Un problema circoscritto
Dal reparto alla singola attività.
Criterio di valutazione
Descrivi ingresso, operazione, risultato e destinatario. Se il progetto riguarda tutto il reparto, seleziona un solo passaggio ripetibile.
Applicazione alla proposta
Esempio: estrarre modifiche confermate dalle mail di un ordine in una tabella verificata.
22 Una base di confronto leggibile
Una stima può orientare, una misura permette il confronto.
Criterio di valutazione
Registra la provenienza del tempo dichiarato, i casi inclusi e le attività contate. Mantieni separati stima e misura.
Applicazione alla proposta
Se il dato manca, il primo passo del piano è raccoglierlo; la proposta non deve fingere una base già disponibile.
23 Fonti disponibili e versioni valide
La disponibilità deve essere verificabile.
Criterio di valutazione
Elenca i documenti, dove si trovano, chi li aggiorna e quale revisione prevale. Distingui fonti disponibili e fonti previste.
Applicazione alla proposta
Una prova su documenti fittizi verifica consegna e formato; la fattibilità sui documenti reali resta da controllare.
24 Permessi e percorso del dato
Descrivere il percorso del dato.
Criterio di valutazione
Indica chi autorizza l’uso, quale servizio riceve il materiale e quali persone potranno accedere al risultato. Considera anche allegati e immagini.
Applicazione alla proposta
Quando manca una condizione, mantieni la prova sui materiali fittizi e assegna un referente per chiarirla.
25 Un controllo praticabile
Una persona con fonte, competenza e tempo.
Criterio di valutazione
Assegna una persona con competenza, fonte e tempo. Descrivi i campi da verificare e come fermare un risultato non utilizzabile.
Applicazione alla proposta
Riduci volume e formato finché la revisione può essere eseguita davvero, prima della diffusione.
26 Lo strumento adatto al compito
Il nome del prodotto viene dopo i requisiti.
Criterio di valutazione
Collega ogni funzione a un requisito. Indica account aziendale, licenza disponibile e capacità osservata nella prova.
Applicazione alla proposta
Separa il lavoro manuale su allegati dalla connessione ai sistemi. La prima prova non dimostra la seconda.
27 Un criterio di successo osservabile
Un esito deve poter essere discusso con evidenze.
Criterio di valutazione
Definisci qualità attesa, errori da contare, tempo totale e campione. Motiva soglie e condizioni con il contesto operativo.
Applicazione alla proposta
Esempio: tutte le azioni dichiarate devono avere una fonte; gli esiti inventati vanno corretti prima dell’uso.
28 Condizioni per continuare o fermarsi
Fermarsi può essere una decisione utile.
Criterio di valutazione
Valuta revisione, qualità dei dati, utilità e continuità del lavoro. Registra la decisione e le condizioni che la motivano.
Applicazione alla proposta
Se la prova non è utile, conserva il metodo e le evidenze. Un nuovo tentativo deve risolvere un limite identificato.
29 Percorso stile e sviluppo prodotto
Una prova possibile con un brief fittizio.
Il compito
Preparare una sintesi del brief o confrontare due descrizioni della stessa variante. Separare osservazioni e proposte creative.
Il controllo
Coerenza con intento, materiali e costruzione. Il risultato non diventa una scheda di produzione senza verifica del prodotto.
30 Percorso produzione e supply chain
Una prova possibile su modifiche inventate.
Il compito
Estrarre date, quantità e punti aperti da una catena di mail fittizie. Indicare dove serve una conferma.
Il controllo
Ordine, variante, quantità e stato. Il riepilogo non aggiorna il piano produttivo automaticamente.
31 Percorso merchandising e vendite
Una prova possibile su dati di prodotto fittizi.
Il compito
Preparare descrizioni coerenti per un canale e un pubblico definiti. Confrontare tono e fedeltà alla fonte.
Il controllo
Caratteristiche, disponibilità, cura e claim. Ogni promessa commerciale deve avere un supporto pertinente.
32 Percorso IT e trasformazione digitale
Una prova possibile sui confini dell’integrazione.
Il compito
Mappare fonti, permessi, input e output di un passaggio. Separare lettura, bozza e modifica dei sistemi.
Il controllo
Accesso minimo, ambiente di prova, tracciabilità, ripristino e responsabilità. Una demo non prova il comportamento su tutti i dati.
33 Percorso direzione e consulenza
Una prova possibile sulle scelte.
Il compito
Confrontare due ipotesi di adozione con dati, costi, dipendenze e rischi dichiarati. Conservare ciò che non sappiamo.
Il controllo
Distinguere stime e misure; verificare assunzioni e disponibilità delle persone. La scelta non si basa su una classifica di modelli.
34 Verifica finale: il dato inventato
Una prova breve di comprensione.
Scenario
La scheda MM-026 non indica una certificazione. L’assistente aggiunge certificato sostenibile alla descrizione.
La risposta
Riconoscere l’affermazione non supportata, rimuoverla e chiedere una fonte pertinente. Il tono del testo non è una prova.
35 Verifica finale: la connessione promessa
Una prova breve di fattibilità.
Scenario
Una demo promette di aggiornare il gestionale, ma nessuno ha verificato API, importazioni e permessi.
La risposta
Separare bozza da modifica; chiedere accessi, ambiente e controllo; non considerare conclusa l’integrazione.
36 Il metodo da usare in azienda
Il metodo resta utile quando cambiano gli strumenti.
Le domande
Quale compito, su quali fonti, con quali accessi, chi controlla e quale prova sostiene il beneficio?
La proposta
Un primo esperimento e una roadmap individuale. Il piano può crescere dopo la verifica, oppure cambiare se non risolve il bisogno.