Idée principale

Une équipe a besoin d'une règle qui appartient à une autre : les champs obligatoires d'un formulaire de clôture, une politique de sauvegarde, une limite contractuelle. La règle a un propriétaire — l'équipe qui la fait évoluer, qui sait pourquoi elle existe et qui en répond.

Consulter la règle là où elle vit, c'est s'appuyer sur elle sans prétendre la posséder : la connaissance continue d'appartenir à l'autre équipe. Copier, c'est faire entrer chez soi une version autonome — figée à une date, éventuellement reformulée — et devenir responsable de son usage.

Copier reste parfois le bon choix : figer la version exacte sur laquelle repose une décision, la reformuler pour un usage particulier, la garder disponible si l'équipe d'origine se réorganise. Mais la différence entre les deux gestes tient moins au geste qu'à la responsabilité qu'il déplace.

Pourquoi c'est important

Cela donne une question à poser avant de recopier : suis-je prêt à répondre de cette version quand l'original aura bougé ? Si non, c'est une consultation qu'il fallait.

Cela explique aussi pourquoi les copies orphelines sont si fréquentes : on copie pour gagner du temps, sans s'apercevoir qu'on vient d'accepter une charge de maintenance.

Nuances et limites

Le transfert n'est pas complet : l'équipe propriétaire reste responsable de la règle elle-même, celui qui copie ne répond que de l'usage qu'il fait de sa version. Les deux responsabilités coexistent, et c'est dans l'écart entre elles que se loge la divergence.

Questions ouvertes

• Comment une organisation rend-elle visibles les copies dont chaque équipe est devenue responsable sans le savoir ?