Tesis

La memoria decisional de una empresa depende de lo que su registro se niega a acoger

Info

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

Ángulo

Un registro de decisiones de producto saca su poder de tres negativas, y cada una protege de un modo distinto en que la documentación de empresa suele fracasar. Se niega a acoger lo que dice qué construir, porque una regla bajada al nivel de la funcionalidad deja de poder derivarse a los casos que nadie había previsto. Se niega a acoger lo que no evita ninguna rediscusión futura, porque un registro se consulta de memoria y más allá de una quincena de entradas ya nadie lo consulta. Se niega a ser corregido, porque una decisión es un par elección-contexto y reescribir suprime el contexto creyendo sustituir solo la elección. Lo que la empresa obtiene a cambio de esas tres negativas no es un ahorro de tiempo sino una respuesta única allí donde cuatro funciones aplicaban cuatro: el soporte, las alianzas, el producto y los sales dejan de decidir cada uno según su propia racionalidad. Y el precio de este dispositivo se lee por sustracción — las explicaciones repetidas cincuenta veces, los arbitrajes reabiertos con cada gran prospecto, la dependencia de la memoria de quienes estaban en la reunión.

Síntesis

Tomadas por separado, estas ideas parecen consejos de redacción. Reunidas, describen un dispositivo cuyas propiedades útiles son todas restricciones.

El punto de partida es un diagnóstico, no un método. Una empresa de producto sabe lo que ha hecho y ya no siempre sabe por qué: la cuestión del litigio entre cliente y proveedor de un marketplace vuelve en el comité de roadmap, con los sales, en soporte, en las specs. Esa recurrencia no es una serie de casos mal tratados, es la señal de una regla ausente en el nivel donde se aplicaría. Lo que cuesta esa ausencia no es en primer lugar tiempo de reunión: es que cada función decide según su propia lógica, y que cuatro decisiones incompatibles se aplican simultáneamente a las políticas de litigio, a los mensajes de soporte y a las prioridades de producto.

Viene luego lo que hace funcionar el remedio, y son tres límites. La altitud, primero: "en este tipo de situación, esta es la regla" funciona porque la frase no se compromete con ninguna funcionalidad — una regla que dice qué construir es una especificación disfrazada, menos precisa que una especificación de verdad. La escasez después, que no es una disciplina sino la condición de uso: quince entradas caben en la cabeza de un Product Manager y de un director comercial, cincuenta por trimestre no caben en ninguna parte. La inmutabilidad, por último: la regla sobre los idiomas soportados, sustituida dos años más tarde porque el coste de traducción se desplomó, no se corrige — la nueva decisión se escribe al lado, y la antigua sigue explicando por qué el rechazo era razonable entonces.

Una cuarta pieza impide que esos límites deriven en rigidez. Escribir qué debería ocurrir para que la decisión cambie cierra el tema hoy sin cerrarlo para siempre, y desplaza la reapertura de la correlación de fuerzas a un hecho que hay que establecer: un prospecto italiano que insiste no abre la puerta; un cambio demostrado del coste de traducción, sí.

Queda la cuestión de dónde se guarda, que decide si todo lo demás sirve. Una regla transversal escrita en una tarjeta de Jira es exacta e imposible de encontrar para quienes la conciernen; hereda la audiencia del ticket y su vida útil, es decir, nada. Nada señala esa desaparición, puesto que la decisión no ha desaparecido.

Lo que el conjunto deja ver, y que ninguna de estas ideas sostiene por sí sola: la memoria de una organización no se construye escribiendo más. Se construye con un dispositivo cuya cada regla es una exclusión, y que se juzga por las discusiones que hace desaparecer — un balance estructuralmente desfavorable a la lectura, ya que el coste de escritura es inmediato y visible mientras que las rediscusiones evitadas no dejan ningún rastro.

Tensiones / contradicciones

La primera tensión recae sobre el alcance del remedio. Un registro escrito solo produce una respuesta única si los equipos lo conocen y lo aplican; nada en el dispositivo lo asegura, y una regla ignorada deja intactas las lecturas divergentes añadiendo un documento que pretende lo contrario.

Segunda tensión, entre dos ideas reunidas aquí. Una sostiene que un artefacto antiguo describe un contexto desaparecido y engaña a quien lo retoma; la otra sostiene que una decisión antigua conservada con su contexto sigue siendo útil años después. La diferencia que se mantiene aquí es que el primero lleva una intención y la segunda un motivo fechado — pero la frontera es más fina de lo que parece en cuanto una decisión incluye condiciones de reevaluación, que son una intención.

Tercer punto, dejado abierto: el umbral de escasez se plantea por experiencia y no por medición. Ninguna observación dice a partir de cuántas entradas un registro deja de consultarse, y la cifra propuesta varía con el tamaño de la organización sin que se sepa según qué ley.

Preguntas

  • ¿Qué hace, en una organización, que un registro de decisiones se consulte efectivamente en el momento en que surge la pregunta, en lugar de recuperarse a posteriori para justificar lo que ya se ha respondido?
  • ¿Qué decisiones estructurantes están ya escritas en los tickets y las especificaciones de un equipo, y por qué medio detectarlas ahí?
  • ¿A quién corresponde escribir una regla transversal cuando afecta al soporte, a los sales y al producto a partes iguales, y ninguno de los tres tiene mandato sobre los otros dos?