Idea principale

Un team ha bisogno di una regola che appartiene a un altro: i campi obbligatori di un modulo di chiusura, una politica di backup, un limite contrattuale. La regola ha un proprietario — il team che la fa evolvere, che sa perché esiste e che ne risponde.

Consultare la regola là dove vive significa appoggiarsi a essa senza pretendere di possederla: la conoscenza continua ad appartenere all'altro team. Copiare significa far entrare in casa propria una versione autonoma — ferma a una data, eventualmente riformulata — e diventare responsabili del suo uso.

Copiare resta a volte la scelta giusta: fissare la versione esatta su cui poggia una decisione, riformularla per un uso particolare, tenerla disponibile se il team d'origine si riorganizza. Ma la differenza tra i due gesti sta meno nel gesto che nella responsabilità che sposta.

Perché è importante

Dà una domanda da porsi prima di copiare: sono pronto a rispondere di questa versione quando l'originale sarà cambiato? Se no, serviva una consultazione.

Spiega anche perché le copie orfane siano così frequenti: si copia per guadagnare tempo, senza accorgersi di aver appena accettato un onere di manutenzione.

Sfumature e limiti

Il trasferimento non è completo: il team proprietario resta responsabile della regola in sé, chi copia risponde solo dell'uso che fa della sua versione. Le due responsabilità coesistono, ed è nello scarto tra loro che si annida la divergenza.

Domande aperte

• Come può un'organizzazione rendere visibili le copie di cui ogni team è diventato responsabile senza saperlo?