Idea principale

Un documento finito contiene due cose mescolate: ciò che è vero dell'argomento, e ciò che è stato deciso per quel pubblico. Il tono, il livello di dettaglio, l'ordine, il grado di prudenza, il modo di chiamare le cose, ciò che si rivela e ciò che si dà per già noto — niente di tutto questo appartiene alla conoscenza in sé.

Ripartire da quel documento per produrre il successivo significa quindi ereditare queste scelte senza averle fatte. Una frase scritta per rassicurare un cliente diventa la base di una documentazione interna; una formula da slide diventa un requisito di specifica.

Il difetto non è produrre più documenti. È prendere un output come fonte.

Contributo di «Code centric» (2026-04-13). La regola vale anche per una catena di prodotto software, dove viene violata quasi sempre senza che nessuno se ne accorga: aggiornare una specifica significa riaprire la versione precedente e correggere i paragrafi interessati, cioè prendere un output come fonte. Il documento eredita allora tutto ciò che non è stato riletto — schermate eliminate nel frattempo, ipotesi smentite durante lo sviluppo. Questo caso ha una particolarità utile: la fonte non orientata è identificabile senza discussione, è il repository del codice, e si può quindi misurare quanto costa l'eredità invece di supporlo.

Contributo di «I sistemi informativi non spariranno. Cambierà la loro forma.» (2026-07-08). Ciò che la regola chiede di ammettere costa più di quanto sembri, ed è per questo che fallisce nelle organizzazioni più che nei metodi: accettare che un documento consegnato sia un output e non la fonte significa togliere al deliverable il suo statuto di prova del lavoro svolto. Finché si viene giudicati su di esso, ripartire da altrove richiede di curare un materiale che nessuno guarda.

Perché è importante

È il meccanismo con cui due versioni di una stessa verità finiscono per divergere. Ogni copia riformula, toglie ciò che non parla al nuovo pubblico, aggiunge ciò che manca — e perde per strada una sfumatura che nessuno vede sparire, perché manca solo nel nuovo documento.

La conseguenza è operativa: il supporto può spiegare una cosa diversa dai commerciali, e la specifica contenere un'ipotesi assente dal discorso della direzione, senza che nessuna verifica se ne accorga.

Sfumature e limiti

L'eredità a volte è voluta: riprendere il vocabolario di un cliente in un documento destinato allo stesso cliente è una buona decisione, non una contaminazione.

E una fonte neutra da sola non garantisce niente — bisogna anche che ogni output venga davvero rifatto a partire da essa e non dal precedente.

Domande aperte

• Come individuare una divergenza tra due documenti che, presi singolarmente, sembrano entrambi corretti?