Un plan de sustitución establece quién asume una tarea y durante cuánto tiempo. No responde a la pregunta decisiva: cómo se ejecuta realmente esa tarea. Ahí es donde fallan las sustituciones: no por falta de un nombre en el calendario, sino por falta de conocimiento sobre la ejecución real.
La sustitución es una de las cuestiones organizativas más antiguas y de las más subestimadas. Se resuelve en el calendario, en el organigrama y a veces en un correo antes de las vacaciones. Lo que nada de eso resuelve es el problema de fondo: quien sustituye no sabe cómo hace realmente su trabajo la persona sustituida.
Cada vez que María está de vacaciones, algo sale mal. Lo hace de otra forma distinta a lo que tenemos escrito, pero nadie sabe cómo.
Esta frase describe con precisión lo que ocurre cada semana en muchas empresas: las reglas de sustitución existen sobre el papel. El conocimiento sobre la ejecución real vive exclusivamente en la cabeza de quien no está.
Por qué no bastan las reglas de sustitución
Un plan de sustitución aclara dos cosas: quién asume la tarea y qué tareas asume. No aclara cómo se ejecuta realmente esa tarea.
Si el proceso está bien documentado y esa documentación se corresponde con lo que realmente se hace, la sustitución es manejable: la persona lee, ejecuta y pregunta cuando algo no está claro. Si la documentación está desactualizada —o no existe— solo queda el conocimiento informal. Quien sustituye pregunta a compañeros, busca internamente, intenta reconstruir el flujo a partir de correos. O decide sobre la marcha.
El resultado es previsible: errores, retrasos, clientes descontentos y trabajo de corrección posterior.
El problema real: los roles no están documentados por paso
La mayoría de las documentaciones describen qué hay que hacer. Rara vez describen quién ejecuta cada paso, y menos aún de una forma aprovechable para quien sustituye.
Un paso llamado «revisar y aprobar factura» contiene de forma implícita: ¿quién revisa? ¿con qué criterios? ¿qué sistema se abre? ¿qué ocurre si la factura no cuadra? ¿a quién se escala? ¿qué excepciones hay?
Para quien lo hace a diario, no son preguntas: es una rutina automática. Para quien lo ejecuta por primera vez en meses, es una situación ambigua con varias bifurcaciones.
Planificar sustituciones con y sin sistema
| Sin sistema | Con procesos documentados | |
|---|---|---|
| Traspaso | Depende de la memoria y del tiempo de quien se ausenta | Estructurado, a partir de la documentación actual |
| Riesgo de error | Alto: se desconocen las desviaciones respecto a lo documentado | Bajo: se trabaja sobre el estado real, no sobre una versión obsoleta |
| Tiempo de arranque | Días por cada sustitución | Horas: pasos y responsables disponibles de inmediato |
| Dependencia de personas | Crítica: el conocimiento está con quien se ausenta | Baja: el conocimiento del proceso está externalizado |
Qué contiene una documentación apta para sustituciones
Una documentación que permite sustituir difiere radicalmente de otra que solo cumple un requisito formal. Para cada paso incluye:
Responsabilidad
¿Quién ejecuta este paso? ¿Quién sustituye? ¿Hay una segunda línea de sustitución?
Ejecución concreta
Qué sistema, qué ruta, qué pantalla. No «abre el CRM», sino la ruta real hasta la vista correcta.
Excepciones y escalado
¿Qué ocurre cuando no se da el caso estándar? ¿A quién se escala? ¿Qué regla excepcional aplica?
Estado de cambios
¿Cuándo se modificó este paso por última vez y quién lo hizo?
La diferencia entre una documentación que incluye estos cuatro puntos y otra que no los incluye determina si la sustitución funciona o se improvisa.
Tres pasos hacia una organización preparada
Identificar las carencias críticas
¿Qué procesos salen mal de forma recurrente cuando falta una persona concreta? No son debilidades de esas personas: son huecos de conocimiento del sistema. Anote los cinco más críticos. Qué tareas dependen estructuralmente de una sola persona es lo que hace visible el Skill Audit.
Documentar el estado real, no el ideal
Que documente el proceso quien lo ejecuta a diario, no como debería ser sino como funciona realmente. Es la única forma de obtener una documentación que aguante cuando haga falta.
Probar la documentación con una sustitución real
Entréguela a alguien que no conozca el proceso. ¿Puede ejecutarlo? ¿Dónde se atasca? Esos puntos se completan de inmediato. Un proceso que no supera una prueba interna tampoco supera una sustitución real.
¿Quién mantiene la documentación al día?
Una documentación que nadie mantiene se aparta con el tiempo de la realidad y, en una sustitución, resulta más peligrosa que no tener ninguna, porque la gente confía en ella. Por qué ocurre esto y cómo evitarlo de forma sistemática lo explicamos en el artículo sobre la documentación de procesos.
Para la sustitución en sí, Lars, uno de los colegas digitales de Kollegia, asume las tareas que de otro modo nadie controla: señala los procesos que no tienen sustitución asignada, avisa de pasos cuyo responsable ha cambiado y reúne las descripciones de proceso afectadas para el traspaso cuando hay una ausencia prevista.
Tres principios
- Intersección de permisos: un colega digital nunca ve más que la persona para la que trabaja. La documentación de procesos contiene con frecuencia flujos internos sensibles; el acceso sigue exactamente los permisos existentes.
- Fallo cerrado: ante la duda, no ocurre nada. Si no está claro si un cambio es correcto, se somete a revisión en lugar de aplicarse automáticamente.
- Registro de auditoría: cada cambio queda registrado: cuándo, por quién y sobre qué base. Así se puede reconstruir qué versión siguió una sustitución.
La sustitución como tarea de dirección, no como asunto de calendario
Saber qué personas dominan realmente qué procesos permite planificar las sustituciones en lugar de repartirlas. Esa visión es además la base de un desarrollo de competencias con criterio: muestra no solo quién puede cubrir hoy, sino dónde todavía hay que formar un relevo. Los datos necesarios los aporta la matriz de competencias.
Preguntas frecuentes
Fuente: ISO 9001:2015 – Sistemas de gestión de la calidad, Requisitos, ISO.
Es una documentación que describe cada paso con suficiente detalle como para que una persona ajena pueda ejecutarlo sin preguntar. Incluye no solo la actividad, sino el rol responsable, el sistema concreto, las decisiones a tomar y los contactos para las excepciones. La diferencia decisiva frente a una descripción habitual: refleja el estado real actual, no lo que se escribió en algún momento.
Con una documentación actualizada, un traspaso estructurado de un área de procesos no debería llevar más de 30 a 60 minutos. La documentación aporta la base y la conversación solo resuelve excepciones y particularidades del momento. Si un traspaso se alarga horas o días, es una señal fiable de documentación inexistente u obsoleta.
Priorice por frecuencia y criticidad. Primero los procesos diarios cuyo fallo tiene impacto directo en el cliente. Después, los procesos con plazos largos —por ejemplo, los relacionados con cumplimiento normativo— en los que un error se detecta semanas más tarde y resulta más difícil de corregir.
No. El organigrama responde a la cuestión de la responsabilidad, no a la de la ejecución. Dice quién cubre, no cómo se hace realmente la tarea. Ambas cosas juntas hacen que la sustitución funcione; el organigrama por sí solo únicamente traslada el problema a otra persona.
