Cuando un proceso crítico del negocio depende exclusivamente de una persona, la empresa tiene un riesgo operativo que no se mitiga con más tecnología. Qué procesos son los más vulnerables y cómo blindarlos sin burocracia excesiva.
En casi todas las empresas hay alguien que sabe cosas que nadie más sabe. Puede ser cómo funciona el sistema de facturación, dónde están almacenadas las contraseñas de los servicios críticos, cómo se procesa la nómina o qué pasos exactos hay que seguir para que un pedido importante llegue a buen puerto. Mientras esa persona está disponible, el proceso funciona. El problema es qué pasa cuando no está. Como explicamos en cómo preparar un plan básico de continuidad operacional, anticiparse a estas situaciones no es paranoia: es gestión responsable.
La dependencia de una sola persona —lo que en gestión de riesgos se llama "key person risk"— es uno de los riesgos operativos más subestimados en empresas de todos los tamaños. No es un problema de tecnología: es un problema de cómo se organiza el conocimiento. Y la tecnología puede ayudar a resolverlo, pero solo si primero se reconoce.
La concentración de conocimiento en una persona no suele ser intencional. Nadie decide que Juan sea el único que sabe gestionar las devoluciones o que María sea la única que entiende el proceso de importación. Simplemente pasa: alguien resuelve un problema, desarrolla una forma de hacer las cosas que funciona, y con el tiempo se convierte en el dueño tácito de ese proceso.
Mientras la empresa es chica y todo el mundo está cerca, esta concentración no se nota. Pero a medida que la empresa crece —o cuando esa persona se ausenta por vacaciones, enfermedad o renuncia—, la fragilidad del modelo queda expuesta de golpe. Lo que antes era un proceso que funcionaba se convierte en un cuello de botella o directamente en un proceso que dejó de funcionar.
Hay ciertos tipos de procesos que son particularmente propensos a caer en dependencia de una sola persona, y conviene identificarlos antes de que fallen.
Los procesos financieros que requieren validaciones o autorizaciones que una sola persona conoce, como la conciliación bancaria que depende de un archivo que solo una persona sabe generar, o la facturación que requiere un paso manual que nadie más entiende.
Los procesos que involucran tecnología heredada o herramientas poco comunes. Si algo corre en un sistema que tiene veinte años y solo una persona lo mantiene, ese sistema —y los procesos que dependen de él— están en riesgo.
Los procesos con pasos no documentados. El manual dice una cosa, pero en la práctica hay que hacer tres ajustes que no están escritos en ningún lado y que solo conoce quien lo hace todos los días.
Los procesos de atención a clientes clave, donde la relación personal reemplaza al proceso formal: el cliente importante que solo habla con una persona, y si esa persona no está, el cliente se queda sin respuesta.
La respuesta instintiva suele ser "documentemos todo y pongamos controles". El problema es que una empresa que documenta cada paso de cada proceso termina con una pila de documentos que nadie lee y una burocracia que frena todo. Hay un punto intermedio.
Lo primero es identificar cuáles son los procesos realmente críticos. No todos los procesos merecen ser blindados. La pregunta es: ¿si este proceso dejara de funcionar mañana, cuánto daño causaría en 48 horas? Los procesos cuya interrupción paraliza operaciones, afecta a clientes o genera pérdidas económicas inmediatas son los que necesitan atención urgente.
Lo segundo es hacer que al menos una persona más —idealmente dos— sepa ejecutar el proceso de punta a punta. No hace falta que lo sepan de memoria ni que lo hagan todos los días. Alcanza con que sepan dónde está la información, qué pasos seguir y a quién preguntar si algo sale mal. Si Juan es el único que sabe hacer el cierre mensual, la solución no es contratar a otro Juan: es que alguien más haga el cierre junto a Juan durante dos o tres meses, documente los pasos clave, y a partir de ahí pueda ejecutarlo de forma independiente si hace falta.
Lo tercero es eliminar los pasos que requieren conocimiento tribal. Si un proceso incluye pasos del tipo "chequear el archivo que manda Carla por correo" o "usar la planilla que está en la carpeta compartida del drive de Mariano", esos pasos son frágiles. La automatización o la estandarización —que el archivo llegue siempre del mismo sistema, que la información esté en el mismo lugar, que el proceso esté integrado en una herramienta que gestione los flujos— elimina esa fragilidad.
Un sistema de gestión de procesos o un ERP bien implementado puede eliminar buena parte de la dependencia de personas simplemente porque obliga a que los procesos estén definidos y los datos estén centralizados. Pero la tecnología sola no alcanza: si el sistema está configurado para que ciertas acciones solo las pueda hacer un usuario —porque así se configuró al principio y nunca se revisó—, la dependencia se traslada de la persona al sistema, pero el riesgo sigue ahí.
La combinación efectiva es: procesos documentados de forma simple, redundancia de conocimiento —más de una persona sabe hacer cada cosa crítica— y sistemas que automaticen lo que se puede automatizar y que no dependan de permisos concentrados en un único usuario.
Un ejercicio simple y efectivo: tomar los diez procesos más importantes del negocio y para cada uno responder tres preguntas. ¿Quién lo ejecuta habitualmente? ¿Quién más sabe hacerlo? Si la respuesta a la segunda pregunta es "nadie", ese proceso es una fragilidad.
¿Dónde está documentado? Si la respuesta es "en la cabeza de quien lo hace", el conocimiento no es de la empresa: es de la persona.
¿Qué pasaría si la persona que lo ejecuta no estuviera disponible por dos semanas? Si la respuesta implica que algo se frena, se improvisa o se hace mal, la dependencia ya está causando un costo —aunque todavía no se haya manifestado como crisis—.
La buena noticia es que resolver estas fragilidades no requiere grandes inversiones en tecnología ni consultorías de meses. Requiere reconocer que existen, dedicar tiempo a transferir conocimiento entre personas —lo que normalmente se hace capacitando a alguien durante unas semanas—, y documentar lo esencial sin pretender cubrir cada excepción. Blindar un proceso no es blindarlo contra todo: es asegurarse de que no se cae porque una sola persona no está. Si querés profundizar en cómo la tecnología puede ayudar, te recomendamos gestionar accesos cuando alguien deja la empresa.
¿Quieres evaluar cómo aplicar esto a tu proyecto?
Cuéntanos tu caso →