Idea principale

Il supporto non ha bisogno della stessa memoria del prodotto, il marketing non suddivide come l'engineering, e la direzione non lavora al livello di dettaglio del team che esegue. Ognuno di questi sguardi è un modo legittimo di ordinare la materia, e fonderli in un'unica base significa scegliere quale prevale — quindi rendere la memoria inutilizzabile per tutti gli altri.

Ma neanche la separazione basta: un contesto prodotto deve poter attingere ai segnali del supporto, un contesto marketing recuperare le obiezioni incontrate dai commerciali, un contesto formazione appoggiarsi alla documentazione e al comportamento reale del prodotto, un contesto codice sorgente fare da riferimento per rigenerare la documentazione. Senza questi passaggi, ogni team ricostruisce per conto suo ciò che il team accanto sapeva già.

L'obiettivo quindi non è né la fusione né l'autonomia: è che ogni team contribuisca a una memoria comune senza perdere il proprio sguardo di mestiere. È la collegabilità a prendere il posto della centralizzazione.

Perché è importante

Offre un criterio di progettazione che chiude una discussione ricorrente, quella dello strumento unico. Di solito il dibattito verte su chi debba cedere il proprio strumento; la domanda utile è cosa ogni memoria debba esporre alle altre, e in quale forma.

Sposta anche il lavoro di interoperabilità: ciò che deve circolare non è il dato grezzo ma ciò che è stato capito — un segnale qualificato, una decisione, un limite.

Contributo di «Wiki IA: perché ho costruito una base di conoscenza mantenuta da un'IA» (2026-05-25). Una memoria di dominio costruita a parte diventa un blocco che gli altri lavori mobilitano senza assorbirlo. Il wiki di manutenzione industriale — norme, processi, abilitazioni — viene interrogato durante lo studio di un'opportunità di prodotto, accanto al codice sorgente, al monitoraggio della concorrenza e alla conoscenza del prodotto, ognuno restando a casa propria. Ciò che la separazione rende possibile si legge qui in negativo: non c'è niente da preparare al momento di studiare l'opportunità, il contesto di dominio è già strutturato e pronto per essere iniettato, perché è stato costruito per se stesso e non per quel dossier.

Sfumature e limiti

La collegabilità ha un prezzo che la separazione non ha: serve un vocabolario condiviso almeno su ciò che attraversa i confini, altrimenti un segnale del supporto arriva nel contesto prodotto senza essere capito.

E la separazione degli sguardi permette la divergenza: due contesti possono contenere due versioni incompatibili dello stesso fatto, e niente lo segnala finché nessuno li mette a confronto.

Contributo di «Il secondo cervello è un vicolo cieco per il product management» (2026-05-03). Resta da capire cosa autorizzi esattamente «collegabile», e la risposta non è il link vivo. Uno spazio di lavoro delimitato — la cartella dedicata a un'opportunità di prodotto — non accetta riferimenti alla fonte originale, perché un riferimento si porta dietro tutto il contesto del dominio di provenienza: l'informazione arrivata da altrove vi viene copiata e riformulata nel vocabolario locale. La collegabilità si gestisce quindi al confine, con una traduzione fatta una volta e assunta come tale, e non con un collegamento da mantenere. Ciò che questa esigenza aggiunge è un costo che la formulazione originale non prevedeva: una copia scade, e il contesto che la accoglie non lo sa.

Domande aperte

• Chi si accorge che un elemento arrivato da un altro sguardo di mestiere è stato frainteso, se ogni base viene giudicata solo da chi la usa?