Idea principal

Una regla transversal puede perfectamente escribirse en el cuerpo de una tarjeta de Jira, en un comentario de una especificación o en una línea de roadmap. Ahí es exacta, está fechada y su autor la encuentra. También está fuera del alcance de todos los que afecta: el soporte que responderá al cliente, el comercial que prometerá, el equipo que construirá otra cosa seis meses después.

Cada artefacto tiene un público y una vida útil propios. Un ticket se dirige a quienes ejecutan y muere con la entrega. Una roadmap se dirige a quienes quieren conocer el horizonte y se reescribe cada trimestre. Una especificación se dirige a quienes construyen un perímetro dado. Colocar una regla válida para toda la empresa en uno de ellos es darle su audiencia y su esperanza de vida — es decir, volverla inoperante en todas partes.

El efecto es asimétrico y engañoso: la decisión existe, está escrita, se puede encontrar si uno sabe dónde buscar. Nada señala que haya desaparecido, porque no ha desaparecido.

Por qué es importante

Da un criterio de colocación que no depende de la comodidad del autor: un contenido se sitúa en el lugar cuya audiencia y duración se corresponden con las suyas, no en el lugar donde uno estaba escribiendo.

También explica por qué una organización puede tenerlo todo escrito y no saber nada: la cuestión no es si una decisión está documentada, sino si lo está allí donde quienes dependen de ella irán a leerla.

Matices y límites

La mala colocación a veces no tiene consecuencias: una regla que solo afecta realmente a un equipo está bien situada en sus propias herramientas, aunque tenga apariencia de principio.

Y un registro separado no garantiza la visibilidad: una decisión colocada en el sitio correcto pero nunca anunciada sigue siendo desconocida para quienes no tienen la costumbre de ir allí.

Preguntas abiertas

• ¿Cómo detectar las decisiones estructurantes ya enterradas en los tickets y las especificaciones de un equipo, sin releerlo todo?