Por qué el cumplimiento y la estructura no son lo mismo.
Una organización puede tener procedimientos actualizados.
Matrices de riesgos.
Registros de capacitación.
Planes de trabajo.
Indicadores.
Inspecciones.
Actas.
Evidencias.
Y, aun así, cuando alguien pregunta “¿cómo funciona realmente el sistema?”, la respuesta puede no ser tan clara.
Porque tener los elementos de un sistema no significa necesariamente que esos elementos estén conectados.
Y ahí aparece una diferencia que muchas veces pasa desapercibida:
cumplimiento no es lo mismo que estructura.
El cumplimiento responde una pregunta. La estructura responde otra.
El cumplimiento busca demostrar que determinados requisitos fueron atendidos.
¿Existe el procedimiento?
¿Se realizó la capacitación?
¿Está actualizada la matriz?
¿Se hizo la inspección?
¿Existe el registro?
Son preguntas necesarias.
Pero existe otra serie de preguntas que van mucho más allá:
¿Quién utiliza esa información?
¿Cuándo la utiliza?
¿Qué decisión genera?
¿Qué ocurre cuando aparece una desviación?
¿Quién debe actuar?
¿Cómo se hace seguimiento?
¿Dónde queda el aprendizaje?
Estas preguntas ya no hablan solamente de documentos.
Hablan de cómo funciona el sistema.
El problema aparece cuando cada pieza existe por separado
Imaginemos una organización que tiene una matriz de riesgos perfectamente elaborada.
El documento está actualizado.
Los riesgos están identificados.
Los controles están definidos.
Pero en la operación aparece una condición que cambia la forma de ejecutar una tarea.
¿La matriz influye en lo que ocurre?
¿Alguien activa una revisión?
¿Se modifica el control?
¿La información llega a las personas que deben tomar decisiones?
Si la respuesta es no, la matriz puede estar perfectamente elaborada y, aun así, estar desconectada de la operación.
Lo mismo puede ocurrir con un procedimiento.
Puede estar aprobado, publicado y disponible.
Pero si el trabajador necesita recurrir a su experiencia para resolver una situación que el procedimiento no contempla, existe una pregunta importante:
¿Dónde está funcionando realmente el sistema?
Un sistema no se construye acumulando documentos
Esta es una de las confusiones más frecuentes.
Cuando aparece una debilidad, la respuesta suele ser crear algo nuevo.
Un formato.
Un procedimiento.
Un registro.
Una lista de verificación.
Una capacitación.
Un indicador.
Y cada elemento puede tener sentido por separado.
Pero agregar piezas no necesariamente fortalece el sistema.
Porque un sistema no es simplemente la suma de sus componentes.
Es la relación entre ellos.
La identificación de un riesgo debería influir en las decisiones.
Las decisiones deberían generar acciones.
Las acciones deberían tener seguimiento.
El seguimiento debería producir información.
Y esa información debería permitir ajustar nuevamente el sistema.
Ahí comienza a aparecer una estructura.
La estructura se puede reconocer cuando algo cambia
Un sistema puede parecer sólido mientras todo ocurre exactamente como estaba previsto.
La verdadera prueba aparece cuando algo cambia.
Una persona nueva llega al equipo.
Un proceso se modifica.
Aparece un riesgo diferente.
Una acción no se ejecuta.
Un control deja de funcionar.
Se presenta una desviación.
En ese momento podemos observar si existe realmente una estructura.
Porque un sistema estructurado no depende exclusivamente de que alguien recuerde qué hacer.
Tiene mecanismos que permiten detectar el cambio, activar una respuesta, asignar responsabilidades y hacer seguimiento.
La estructura permite que el sistema siga funcionando cuando las condiciones cambian.
Una persona no debería ser el sistema
Este punto merece especial atención.
En algunas organizaciones, gran parte del funcionamiento del SG-SST está concentrado en una persona.
Esa persona sabe:
- dónde está cada documento;
- qué actividad debe realizarse;
- cuándo debe hacerse;
- quién debe participar;
- qué pendientes existen;
- qué debe mostrarse en una auditoría;
- y qué hacer cuando aparece un problema.
Mientras esa persona está, parece que todo funciona.
Pero si se ausenta, cambia de cargo o deja la organización, aparecen las dificultades.
Eso debería hacernos una pregunta:
¿La organización tiene un sistema o tiene una persona que sostiene el sistema?
Una estructura sólida distribuye responsabilidades, establece mecanismos y hace visibles las conexiones necesarias para que el funcionamiento no dependa de una sola persona.
La auditoría no crea la realidad
Una auditoría puede encontrar una debilidad.
Pero la debilidad ya existía.
La auditoría simplemente la hizo visible.
Por eso, preparar documentos únicamente porque viene una evaluación puede generar una sensación temporal de control.
Pero preparar el sistema para funcionar es algo diferente.
La verdadera preparación no consiste solamente en poder mostrar evidencia.
Consiste en que, cuando el auditor pregunte:
“¿Cómo funciona esto?”
la respuesta pueda encontrarse en la forma en que la organización realmente trabaja.
¿Cómo saber si tenemos cumplimiento o estructura?
Podemos hacernos preguntas sencillas.
Si existe un procedimiento:
Cumplimiento:
¿Está elaborado y aprobado?
Estructura:
¿Está integrado a la forma en que se ejecuta el trabajo?
Si existe una matriz:
Cumplimiento:
¿Está actualizada?
Estructura:
¿Las decisiones y controles de la operación responden a lo que allí se identificó?
Si existe una capacitación:
Cumplimiento:
¿Tenemos evidencia de que se realizó?
Estructura:
¿El conocimiento adquirido se refleja en la forma de trabajar?
Si existe un plan de acción:
Cumplimiento:
¿Está registrado y tiene una fecha de cierre?
Estructura:
¿Tiene responsable, seguimiento y una respuesta cuando la acción no se ejecuta?
Si existe un indicador:
Cumplimiento:
¿Se calcula y se presenta?
Estructura:
¿Alguien utiliza esa información para tomar decisiones?
La diferencia empieza a hacerse evidente.
El verdadero valor está en las conexiones
Un procedimiento conectado con la operación.
Una matriz conectada con las decisiones.
Un indicador conectado con la gestión.
Una inspección conectada con acciones.
Una capacitación conectada con el comportamiento.
Un hallazgo conectado con aprendizaje.
Eso es mucho más que tener documentos.
Es construir un sistema donde cada elemento tiene una función y se relaciona con los demás.
Y cuando esas conexiones existen, el SG-SST deja de ser una colección de actividades independientes.
Empieza a comportarse como un sistema.
Cumplir es necesario. Estructurar es lo que permite funcionar.
El cumplimiento no es el enemigo.
Es necesario.
Permite establecer requisitos, verificar condiciones y demostrar que determinadas actividades se realizaron.
El problema aparece cuando confundimos esa evidencia con el funcionamiento del sistema.
Porque una organización puede tener todos los elementos necesarios y aun así carecer de las conexiones que permiten que esos elementos produzcan resultados.
Por eso, la pregunta no debería ser únicamente:
¿Tenemos todo lo que nos piden?
También deberíamos preguntar:
¿Todo lo que tenemos está conectado para hacer que el sistema funcione?
Cuando el sistema funciona incluso cuando las personas cambian
Una de las mejores señales de una estructura sólida es que puede sobrevivir a los cambios.
Cambia una persona.
Cambia un proceso.
Cambia una condición.
Aparece un nuevo riesgo.
Y el sistema tiene mecanismos para reconocerlo y responder.
No porque alguien tenga todas las respuestas en su cabeza.
Sino porque la organización ha construido una forma de trabajar que permite que esas respuestas aparezcan.
Ese es el salto entre tener un sistema documentado y tener un sistema estructurado.
Una estructura que funciona dentro de la operación
El propósito de un SG-SST no debería ser únicamente demostrar que la organización cumple.
Debería ayudar a que la organización pueda trabajar de manera segura, consistente y controlada.
Eso significa que sus elementos deben estar conectados con la operación.
Que los controles aparezcan donde se necesitan.
Que las responsabilidades sean claras.
Que la información llegue a quien debe utilizarla.
Que las desviaciones generen respuestas.
Y que lo aprendido vuelva a alimentar el sistema.
Porque un sistema que solamente documenta lo que ocurrió mira hacia atrás.
Un sistema estructurado también ayuda a decidir qué hacer después.
La pregunta que vale la pena hacerse
Antes de revisar cuántos documentos tenemos, cuántos formatos hemos creado o cuántas evidencias podemos mostrar, vale la pena detenerse y preguntar:
Si mañana cambiáramos a las personas que hoy sostienen el sistema, ¿el sistema seguiría funcionando?
La respuesta puede revelar mucho más sobre la madurez de una organización que una carpeta llena de documentos.
Porque el verdadero valor de un sistema no está solamente en demostrar que existe.
Está en hacer que la organización funcione mejor porque existe.
Principio Kairos
El cumplimiento demuestra que algo existe. La estructura determina cómo funciona.
