En algún lugar de tu empresa hay un procedimiento que dice que una revisión se hace cada seis meses. Alguien lo redactó con cuidado. Se aprobó, se archivó y es un procedimiento genuinamente bueno. La última vez que alguien lo ejecutó de verdad fue hace catorce meses, y nadie decidió saltárselo. Simplemente nunca surgió.
Esto no es un problema de disciplina, y no se resuelve escribiendo mejores procedimientos ni pidiendo a la gente que se organice más. La razón por la que el trabajo de ciclo largo se olvida es estructural: nada en la semana de nadie lo recuerda. La solución es dejar de pedir que alguien lo recuerde y permitir que el calendario produzca el trabajo como una tarea que llega asignada, con fecha y con sus propias instrucciones.
Los intervalos más largos son los que fallan
Los procedimientos diarios y semanales se sostienen casi solos. No porque alguien sea disciplinado con ellos, sino porque van montados sobre ritmos que la empresa ya tiene. La reunión diaria, la reunión del lunes, el cierre de mes. El recordatorio ya está en el calendario, y el trabajo se engancha a él.
Un procedimiento semestral o anual no toca nada de eso. Queda fuera de todos los ritmos con los que opera la empresa. El intervalo es más largo que un trimestre, más largo que la mayoría de los ciclos de planificación, y a menudo más largo que el tiempo que una persona concreta mantiene esa responsabilidad. Cuando llega el vencimiento, quien redactó el procedimiento puede que ya no sea quien debe ejecutarlo, y no hay nada en el entorno que levante la mano.
Lo cual produce un resultado incómodo. La importancia de un procedimiento apenas influye en si se ejecuta. Su frecuencia sí. La prueba anual de recuperación ante desastres y la comprobación diaria de copias de seguridad pueden ser ambas críticas, pero solo una de las dos tiene alguna posibilidad de ocurrir sin un sistema detrás.
Lo que en realidad le estás pidiendo a alguien
Cuando un procedimiento tiene una frecuencia pero ningún mecanismo, dependes de lo que los psicólogos llaman memoria prospectiva, la capacidad de llevar a cabo una intención formada antes. La investigación establece una distinción que importa aquí. En la memoria prospectiva basada en eventos, actúas sobre la intención cuando detectas una señal previamente establecida. Sin esa señal, la recuperación depende de una supervisión activa y costosa, es decir, de sostener tú mismo la intención en lugar de que algo delante de ti te la recuerde.
Los investigadores también han señalado que las condiciones de laboratorio reflejan solo en parte cómo funciona el recuerdo de intenciones en entornos cotidianos, y por eso existen los estudios naturalistas. La traducción práctica es sencilla. Nadie supervisa una intención durante seis meses. Lo que la gente hace en realidad es esperar que el pensamiento aparezca más o menos en el momento adecuado, lo cual es azar disfrazado de proceso.
Hay dos costes, y el evidente es el menor de los dos. El primero es la ejecución que no ocurre. El segundo es la carga mental de sostenerla, que se cobra de forma continua y no solo cuando el trabajo vence. Mantener en la cabeza “tengo que revisar los contratos con proveedores hacia marzo” ocupa algo durante meses, y lo hace tanto si al final te acuerdas como si no.
La gente compensa. Crea una entrada en el calendario, mantiene una hoja de cálculo o se deja una nota. Esos apaños merecen respeto, porque son prueba de que a alguien le importaba. Pero son personales, no organizativos. Cuando esa persona cambia de puesto o se va, el sistema de recordatorios se va con ella, en silencio, y nadie lo descubre hasta que aquello que debía pasar dos veces al año no ha pasado en dos años.
No es un problema de cumplimiento, es un problema de empresa
La palabra procedimiento hace pensar en auditores, y por eso esto se trata como un asunto de cumplimiento que el resto ignora discretamente. En la práctica, todos los equipos de una empresa tienen trabajo periódico de ciclo largo, y todos fallan por la misma razón.
- El equipo técnico: mantenimiento general de sistemas cada tres a seis meses. Actualizaciones de frameworks y entornos de ejecución para seguir soportados, parcheo de servidores, comprobaciones de equipos y dispositivos. Vale la pena notar que las fechas de publicación y de fin de soporte las fija alguien más, así que el plazo es impuesto desde fuera y le resulta completamente indiferente si en tu lado alguien se acordó.
- El equipo comercial: revisar el manual de ventas cada seis meses para que siga reflejando lo que realmente cierra operaciones y no lo que era cierto hace dos cambios de precios.
- Soporte y equipos de cara al cliente: recorrer una ronda de seguimiento cada seis a doce meses para que las cuentas silenciosas tengan una conversación antes de convertirse en una sorpresa en la renovación.
- Operaciones y finanzas: revisiones de proveedores y contratos, renovaciones de licencias y certificaciones, limpiezas de datos por retención.
Ninguna de estas es una actividad de cumplimiento en el sentido habitual de la palabra. Todas son procedimientos con una frecuencia, y todas están expuestas exactamente al mismo fallo. Cada equipo inventa entonces su propio apaño privado, lo que da cuatro sistemas frágiles donde podría haber uno fiable.
El procedimiento que casi nadie de tu equipo ha leído
Ayuda separar las dos capas, porque se comportan de forma muy distinta en la práctica.
Las políticas son la capa que todo el mundo debe leer y reconocer. Esa parte está resuelta y la mayoría de las organizaciones la gestiona: publicas la política, la asignas a quienes les aplica y controlas quién ha firmado. En ISO Mate eso es un ciclo de certificación, donde una política publicada llega a los grupos de usuarios y la finalización se mide contra un umbral, como se explica en Gestión de políticas y certificaciones.
Los procedimientos son la capa de debajo, y casi nadie los lee voluntariamente. Una política puede indicar que los derechos de acceso se revisan periódicamente. El procedimiento son los once pasos que hacen que eso sea cierto. De forma realista, las personas que algún día ejecutarán esos once pasos no los han leído, y puede que ni sepan que el procedimiento existe.
Y aquí está la parte que merece atención: no necesitan haberlo leído, siempre que el procedimiento llegue a ellas cuando vence. Cuando ISO Mate genera una tarea a partir de un procedimiento, la tarea no dice solamente “ve y hazlo”. Lleva dentro la categoría del procedimiento, el número de versión vigente en ese momento, la descripción y los pasos numerados.
Eso invierte el modelo habitual. En lugar de documentar un procedimiento por si acaso, formar a la gente una vez y esperar que el recuerdo sobreviva dieciocho meses, las instrucciones llegan pegadas al trabajo en el momento en que se necesitan. El recuerdo deja de formar parte del diseño. También significa que la respuesta honesta a “conoce todo el mundo nuestros procedimientos” importa menos que “llega el procedimiento a la persona adecuada cuando toca”, que es algo mucho más fácil de garantizar.
Cómo es un sistema que recuerda por ti
Mecánicamente es poca configuración, hecha una vez por procedimiento. Publica el procedimiento, déjalo Activo y dale un patrón de recurrencia. A partir de ahí el calendario funciona solo. El recorrido completo está en Gestión de procedimientos, pero las piezas que importan para este problema son estas.
- El Patrón de Recurrencia: Diaria, Semanal, Mensual, Trimestral, Anual o Personalizada. No hay un preajuste semestral, así que el caso central de este artículo es un patrón Personalizada con un intervalo de seis meses. Personalizada acepta cualquier intervalo en días, semanas, meses o años, de modo que dos veces al año, cada dieciocho meses y cada tres años son todos expresables.
- La Ventana de Ejecución (días): el número de días permitidos para terminar una vez que el procedimiento vence, que se convierte en la fecha de vencimiento de la tarea generada. Así el calendario y el plazo siguen siendo ideas separadas, y un procedimiento puede vencer el día uno del mes con quince días para completarlo en lugar de sugerir que todo debe ocurrir ese mismo día.
- El Asignado: la tarea llega ya asignada a una persona concreta, que recibe una notificación. No es un aviso general a todo el mundo, ni una tarea sin dueño en una cola, que es el estado en el que mueren la mayoría de los recordatorios.
- Completar avanza el calendario: terminar la tarea registra la Última Ejecución y mueve el Próximo Vencimiento a la siguiente ocurrencia. Nadie mantiene el calendario, y no hay ritual anual de reajustar recordatorios.
- Sin acumulación: mientras una tarea de un procedimiento sigue abierta, no se apila otra detrás, así que una quincena ocupada no te deja con cuatro tareas idénticas y ninguna idea de cuál cerrar.
Dos cosas más lo hacen utilizable y no solo automático. Un procedimiento publicado tiene una acción Generar Tarea para cuando necesitas un ciclo bajo demanda, fuera del calendario. Y la vista del procedimiento incluye un panel de Historial de Ejecución que lista todas las tareas que ha producido, con sus fechas de vencimiento o finalización y su estado, junto a Próximo Vencimiento y Última Ejecución.
La parte más útil para quien gestiona varios equipos es lo que ocurre cuando algo se escapa. Un procedimiento cuya ocurrencia ha pasado sin que nadie recogiera el trabajo muestra un estado de cumplimiento No Conforme, y la lista de procedimientos se puede filtrar por ese estado. Así la pregunta “qué hemos dejado de hacer sin darnos cuenta” se convierte en un filtro que aplicas en segundos, en lugar de una investigación que abres cuando algo ya ha salido mal.
Para las rutinas que nunca se van a redactar como procedimientos formales, y siempre habrá algunas, las tareas recurrentes de Crear y gestionar tareas hacen el mismo trabajo con los mismos patrones, más una fecha de fin opcional o un número fijo de ocurrencias.
Una nota breve sobre la consecuencia en auditoría
A la mayoría esto le importará por razones operativas, y con eso basta. Pero si tu empresa está certificada contra una norma, o va camino de ello, hay un detalle que conviene conocer.
Una no conformidad es el incumplimiento de un requisito, y eso incluye los requisitos fijados por tu propia documentación, no solo por la norma. El ejemplo de manual de una no conformidad mayor es precisamente la brecha de la que habla este artículo: un procedimiento que exige una copia de seguridad diaria, cuando en realidad la copia se hizo un puñado de veces al mes y de forma aleatoria.
Así que escribir la frecuencia es lo que crea la obligación. El documento redactado para demostrar que estás organizado se convierte en la norma con la que te miden, y declarar una revisión semestral mientras la ejecutas una vez cada catorce meses es una posición peor que no haberla escrito nunca. El lado bueno es que el Historial de Ejecución es exactamente el registro que pide un auditor, y se acumula como subproducto de hacer el trabajo en lugar de reconstruirse la semana antes de una visita.
Por dónde empezar esta tarde
No empieces por los procedimientos que ejecutas cada semana, porque esos ya funcionan. Empieza por el otro extremo. Lista los procedimientos con los intervalos más largos, los semestrales y anuales, y sé honesto sobre cuándo se ejecutó cada uno por última vez. Esa lista es tu exposición real, y en la mayoría de las empresas es más corta y más alarmante de lo esperado.
Después, para cada uno, haz tres cosas: define el patrón de recurrencia, define una ventana de ejecución con la que puedas vivir de verdad y no una aspiracional, y nombra un asignado. Esa es toda la intervención. El trabajo deja de depender de que alguien lo tenga en la cabeza, y la siguiente ocurrencia llega como una tarea con los pasos ya dentro.
Si quieres probarlo con tus propios procedimientos, la Gestión de Cumplimiento de ISO Mate lo incluye, y todas las cuentas empiezan con una prueba gratuita de 14 días, tiempo suficiente para programar tus procedimientos anuales olvidados y ver aterrizar las primeras tareas.