Per lavorare bene con l’IA non serve, necessariamente, saper programmare, ma è molto utile saper pensare come un programmatore.
Ovvero organizzare il lavoro come se fosse codice: modulare, tracciabile, riutilizzabile, e con una sola fonte per ogni processo.
I modelli di IA che usiamo ogni giorno, e gli agenti che useremo domani, “ragionano” attraverso il codice. Se il nostro ambiente di lavoro è strutturato come pensano loro, la collaborazione diventa naturale. Se è caotico, lo sarà anche l’output.
In una recente lezione del corso Claude Per Tutti, Danilo Lapegna riassume questo approccio in quattro principi che ogni knowledge worker può applicare ai propri file, cartelle e progetti.
1. Modularità: ogni pezzo ha uno scopo
Un progetto modulare è composto da componenti separate, ognuna con uno scopo preciso. In questo modo se dobbiamo aggiornare una parte, possiamo farlo senza modificare tutte le altre.
In pratica: invece di avere un’unica cartella “Lavoro” con dentro centinaia di file misti, abbiamo una cartella per cliente, una per progetto, una per documenti operativi, ognuna con una struttura prevedibile.
2. Single Source of Truth (SSOT): una sola fonte ufficiale
In un sistema ben progettato, ogni regola, ogni dato, ogni documento ha una e una sola fonte ufficiale. Se vogliamo conoscere il listino prezzi, andiamo in quel file. Se vogliamo le linee guida del brand, apriamo quel documento. Niente versioni divergenti sparse su Drive, desktop, email e WhatsApp.
In pratica: per ogni informazione critica del nostro lavoro, definiamo una fonte unica. Tutto il resto sono copie temporanee, da cancellare quando hanno esaurito lo scopo. In questo modo tanto noi, quanto l’IA sa esattamente dove prendere le informazioni ed evitiamo fraintendimenti o risposte non in linea con l’output desiderato.
3. Versioning: la memoria delle tue decisioni
Versioning significa che quando aggiorniamo qualcosa, non cancelliamo ciò che c’era prima. Creiamo una nuova versione, lasciando intatte le precedenti. Così, se la nuova versione si rivela peggiore, possiamo sempre tornare indietro.
In pratica: invece di chiamare un file “presentazione_finale_VERA_v3_definitiva.pptx”, abbiamo una cartella presentazione/ con dentro 2026-05-10_v1.pptx, 2026-05-12_v2.pptx, 2026-05-15_corrente.pptx.
4. Riuso: quello che abbiamo fatto bene una volta, lo richiamiamo sempre
Il riuso è la conseguenza naturale dei tre principi precedenti. Se abbiamo componenti modulari, con una fonte chiara e le versioni precedenti, allora possiamo prenderle e portarle in un altro progetto. Per il knowledge worker, questo significa skill riutilizzabili: piccole procedure che svolgono un compito ricorrente, che possiamo richiamare quando servono senza riscriverle da zero ogni volta.
L’alternativa è la condizione in cui vivono molti professionisti oggi: copia-incollare lo stesso prompt trenta volte al mese, riscriverlo sempre un po’ diverso, ottenere risultati incoerenti, e tenere a mente le regole che dovrebbero essere scritte da qualche parte.