Idea principale

Un Product Manager che lavora da tre anni con lo stesso sviluppatore non ha bisogno di scrivere quello che deve scrivere per uno sviluppatore arrivato da tre mesi. Un team che si parla tutti i giorni può lasciare alcune cose a voce; un team nuovo, distribuito o impegnato su un tema rischioso deve esplicitare di più. La quantità di scritto necessaria non è una proprietà del tema: dipende da ciò che le due parti hanno già in comune.

Da qui la deriva opposta e simmetrica alle tre righe depositate: imporre template ovunque, aggiungere campi, trasformare ogni scheda in un mini-dossier, scrivere per coprirsi invece che per lavorare. Riferimenti come la Definition of Ready e la Definition of Done aiutano finché restano vivi; diventano dannosi appena sostituiscono il giudizio su ciò che l'altro sa già.

Perché è importante

Spiega perché uno standard di scrittura importato da un team all'altro fallisce così spesso: porta con sé una quantità di scritto calibrata su un contesto condiviso che qui non esiste.

Indica anche la vera variabile da tenere d'occhio. Un turnover, un nuovo arrivo, il passaggio al lavoro distribuito aumentano il bisogno di scritto senza che nessun tema sia cambiato.

Sfumature e limiti

Il contesto condiviso rende lo scritto meno necessario al team presente, non a quello che verrà. Un ticket chiaro per due persone non lo è più per la terza che arriva, né per lo stesso team sei mesi dopo.

E la valutazione di ciò che è «già condiviso» è ottimista per natura: chi scrive sopravvaluta ciò che l'altro ha in testa.

Domande aperte

• Chi è nella posizione di dire che il contesto condiviso si è ridotto, quando i veterani non se ne accorgono e il nuovo arrivato crede che la mancanza dipenda da lui?