Idea

Copiar una regla de otro equipo transfiere la responsabilidad de su uso; consultarla la deja en manos de su propietario

Info

Escrito originalmente en francés. Traducido por IA — se ha preservado el sentido, no la prosa.

Idea principal

Un equipo necesita una regla que pertenece a otro: los campos obligatorios de un formulario de cierre, una política de copias de seguridad, un límite contractual. La regla tiene un propietario: el equipo que la hace evolucionar, que sabe por qué existe y que responde de ella.

Consultar la regla allí donde vive es apoyarse en ella sin reclamarla como propia: el conocimiento sigue perteneciendo al otro equipo. Copiar es hacer entrar en casa una versión autónoma —congelada en una fecha, quizá reformulada— y pasar a ser responsable de su uso.

A veces copiar sigue siendo la buena elección: congelar la versión exacta en la que se sustenta una decisión, reformularla para un uso concreto, mantenerla disponible si el equipo de origen se reorganiza. Pero la diferencia entre los dos gestos tiene menos que ver con el gesto que con la responsabilidad que desplaza.

Por qué es importante

Da una pregunta que hacerse antes de copiar: ¿estoy dispuesto a responder de esta versión cuando el original haya cambiado? Si no, lo que hacía falta era consultarla.

También explica por qué las copias huérfanas son tan frecuentes: copiamos para ganar tiempo, sin darnos cuenta de que acabamos de aceptar una carga de mantenimiento.

Matices y límites

La transferencia no es completa: el equipo propietario sigue siendo responsable de la regla en sí; quien copia solo responde del uso que hace de su versión. Las dos responsabilidades coexisten, y es en el hueco entre ambas donde se instala la divergencia.

Preguntas abiertas

  • ¿Cómo hace visible una organización las copias de las que cada equipo se ha vuelto responsable sin saberlo?