Cuando el proceso vive en la cabeza de alguien: el riesgo operativo que nadie mide

El conocimiento que no está en ningún sistema

En la mayoría de las empresas medianas con años de operación, existe un tipo de riesgo que no aparece en ningún informe de riesgos: el conocimiento tácito. No está en el ERP, no está en el manual de procesos, no está en ninguna base de datos. Está en la cabeza de tres o cuatro personas que llevan muchos años en la empresa.

Esa persona sabe cómo se negocia con el proveedor principal, por qué cierto cliente tiene condiciones especiales, cuál es el proceso real —no el oficial— para liberar un pedido urgente, y qué hacer cuando el sistema arroja un error que nadie más sabe resolver.

No es falta de profesionalismo. Es la forma en que las organizaciones acumulan experiencia naturalmente. El problema es que ese conocimiento no escala, no se transfiere automáticamente y no sobrevive a los cambios de equipo.

Qué pasa cuando esa persona sale

El escenario es predecible, pero pocas organizaciones se preparan para él. Un gerente de operaciones con ocho años en la empresa anuncia su renuncia. Hay un período de transición de dos semanas. Se hace lo que se puede. Se intenta documentar en paralelo, entre otras tareas urgentes.

Tres meses después, el área empieza a tener problemas que antes no tenía. Procesos que se ejecutan de forma diferente según quién los hace. Clientes que reportan inconsistencias. Flujos que antes funcionaban con fluidez y ahora requieren escalación constante.

No es que el nuevo equipo sea menos capaz. Es que estaba operando sin mapa.

Las señales que ya existen hoy

En muchas organizaciones, el problema ya está presente aunque nadie lo haya nombrado:

El proceso no es consistente en todo el equipo. Si dos personas que hacen la misma función tienen flujos de trabajo distintos, el proceso no está estandarizado — está personalizado. Eso significa que la calidad de ejecución depende de quién lo hace, no de cómo está diseñado.

"Pregúntale a Fulano" es la respuesta estándar. Cuando cualquier duda operativa se resuelve dirigiéndola a una persona específica, esa persona es un cuello de botella encubierto. No porque falle en su rol, sino porque el conocimiento no está distribuido.

Los procedimientos escritos no coinciden con lo que se hace. Las empresas que sí tienen manuales frecuentemente encuentran que los procedimientos oficiales describen una versión idealizada de la operación, no lo que ocurre en la realidad. La brecha entre el proceso documentado y el proceso real es donde viven los errores.

Incorporar personas nuevas tarda demasiado. Si sumar a alguien nuevo requiere semanas o meses de acompañamiento informal, es porque el conocimiento operativo no está estructurado de forma que pueda transferirse de manera eficiente.

El costo real de esta dependencia

El costo no es solo el riesgo de que una persona clave salga. Hay costos cotidianos.

Cada excepción que requiere escalar a quien "sabe cómo se hace" consume tiempo de ambas partes. Cada variación en la forma de ejecutar un proceso introduce posibilidad de error. Cada vez que una decisión operativa depende de la memoria de alguien en lugar de un sistema, hay un punto de falla potencial.

A medida que la empresa crece, estos costos se amplifican. Con mayor volumen, más personas y mayor complejidad, la varianza en la ejecución se vuelve más costosa y más difícil de controlar.

De conocimiento tácito a proceso ejecutable

La solución no es crear manuales de procedimientos que nadie lee. Es diseñar sistemas que incorporen el conocimiento operativo de forma que guíen la ejecución en tiempo real.

Esto puede tomar distintas formas: flujos de trabajo estructurados, reglas de negocio codificadas en sistemas, interfaces que guían paso a paso la ejecución de un proceso, o automatizaciones que eliminan la dependencia de la memoria para tareas rutinarias.

El principio es el mismo: el conocimiento que hoy vive en la cabeza de alguien puede vivir en el sistema. Y cuando vive en el sistema, escala, se transfiere, puede auditarse y no depende de que nadie en particular esté disponible.

Esto no resuelve todos los problemas operativos. Pero elimina una categoría completa de riesgo que hoy muchas empresas cargan sin haberlo decidido conscientemente.