Idea

Un deliverable contiene il risultato, non il ragionamento

Info

Scritto originalmente in francese. Tradotto dall'IA — il significato è stato preservato, non la prosa.

Idea principale

Un documento destinato a qualcuno seleziona, semplifica, riformula e ordina il materiale per un bisogno preciso. È la sua funzione, e un deliverable che non lo facesse sarebbe un cattivo deliverable.

Ma questa messa in forma ha un effetto che non si mette mai in conto: lascia fuori le fonti, le esitazioni, le alternative scartate, gli esempi non scelti, le decisioni intermedie, le contraddizioni e le sfumature che si sono tenute in testa senza scriverle. Niente di tutto questo va perso per negligenza — è il deliverable, proprio perché è fatto bene, a escluderlo.

Il documento conserva quindi ciò che è stato concluso, non ciò che ha permesso di concludere.

Perché è importante

Vieta di trattare un deliverable come una memoria. Lo si rilegge credendo di ritrovarci il lavoro; ci si ritrova solo il risultato, e il resto lo si ricostruisce a memoria — quindi male, e dimenticando che lo si sta ricostruendo.

Spiega anche perché difendere una decisione sei mesi dopo costa così tanto: ciò che bisognerebbe mostrare non è mai stato scritto da nessuna parte.

Sfumature e limiti

Alcuni formati conservano una parte del ragionamento — un verbale di decisione, una nota che motiva una scelta tra opzioni. Restano comunque orientati verso un pubblico, quindi parziali.

E la perdita è un problema solo se nient'altro conserva il ragionamento. Il difetto non sta nel deliverable, sta nella mancanza di un altrove.

Domande aperte

  • Un deliverable può segnalare ciò che ha lasciato fuori senza smettere di essere leggibile?