Idea principale

Una regola trasversale può benissimo essere scritta nel corpo di una card Jira, in un commento a una specifica o in una riga di roadmap. Lì è esatta, datata, ritrovabile da chi l'ha scritta. Ed è anche fuori dalla portata di tutti quelli che riguarda: il supporto che risponderà al cliente, il commerciale che prometterà, il team che costruirà qualcos'altro sei mesi dopo.

Ogni artefatto ha un pubblico e una durata di vita propri. Un ticket si rivolge a chi esegue e muore al rilascio. Una roadmap si rivolge a chi vuole conoscere l'orizzonte e viene riscritta ogni trimestre. Una specifica si rivolge a chi costruisce un perimetro dato. Mettere in uno di questi una regola valida per tutta l'azienda significa darle il loro pubblico e la loro aspettativa di vita — cioè renderla inefficace ovunque altrove.

L'effetto è asimmetrico e ingannevole: la decisione esiste, è scritta, la si può ritrovare se si sa dove cercare. Niente segnala che è sparita, perché non è sparita.

Perché è importante

Dà un criterio di collocazione che non dipende dalla comodità di chi scrive: un contenuto va messo nel posto il cui pubblico e la cui durata corrispondono ai suoi, non nel posto in cui si stava scrivendo.

Spiega anche perché un'organizzazione può aver scritto tutto e non sapere niente: la questione non è se una decisione sia documentata, ma se lo sia là dove chi ne dipende andrà a leggerla.

Sfumature e limiti

La collocazione sbagliata a volte non ha conseguenze: una regola che riguarda davvero un solo team sta bene nei suoi strumenti, anche se ha l'aspetto di un principio.

E un registro separato non garantisce la visibilità: una decisione messa nel posto giusto ma mai annunciata resta sconosciuta a chi non ha l'abitudine di andarci.

Domande aperte

• Come individuare le decisioni strutturanti già sepolte nei ticket e nelle specifiche di un team, senza rileggere tutto?