🔀 ISO 9001:2026 pide controlar el cambio, y casi nadie lo hace
Las cláusulas 6.3 y 8.5.6 piden planificar y controlar los cambios. En la práctica, la mayoría de las organizaciones cambia por correo y descubre el impacto semanas después.
De todos los refuerzos que trae ISO 9001:2026, hay uno que va a incomodar más de lo que parece: la norma pide ahora, con más claridad, planificar los cambios y controlar los cambios operativos. Cláusulas 6.3 y 8.5.6.
La redacción suena razonable y casi obvia. El problema es que describe algo que la mayoría de las organizaciones no hace: la inmensa mayoría de los cambios se introducen por correo, en una reunión o porque alguien con autoridad lo dijo en un pasillo.
Qué pide exactamente
El vídeo de ISO lo resume en una idea: los cambios no deben gestionarse de manera informal, sino mediante un enfoque estructurado que considere el propósito del cambio, sus posibles consecuencias, los recursos disponibles y las responsabilidades. Y añade que el objetivo no es impedir el cambio, que es necesario para mejorar, sino asegurar que ocurre de forma controlada y que produce el resultado esperado.
Dicho de otro modo: la norma no pide más burocracia. Pide que alguien piense antes, y que alguien mire después.
Cómo se cambia realmente en la mayoría de organizaciones
Si observas un mes de cambios reales en una empresa de tamaño medio, el patrón suele ser este.
- Se cambia un criterio de aceptación en una reunión y se comunica a quien estaba en la sala.
- Se actualiza una plantilla y se deja en la carpeta compartida, sin avisar a los tres equipos que la usan.
- Se cambia un proveedor por plazo o precio, sin evaluar qué pasos del proceso dependían de cómo trabajaba el anterior.
- Se activa una función nueva del sistema informático porque venía en la actualización.
- Se reorganiza un equipo y nadie revisa qué controles dependían de la persona que ha cambiado de puesto.
Ninguno de esos cambios es malicioso ni estúpido. Todos son razonables por separado. Lo que falta no es criterio, es un punto donde el cambio se detenga el tiempo suficiente para preguntar qué puede romper.
El cambio informal no es más rápido. Solo traslada su coste al momento en que algo falla y nadie recuerda qué se tocó.
Los desperdicios del cambio no controlado
Traducido a los desperdicios clásicos del Lean, un cambio mal introducido los activa casi todos, y con retraso, que es lo que hace difícil atribuirlos a su causa.
| DESPERDICIO | CÓMO APARECE |
|---|---|
| Defectos | Aparecen semanas después, cuando ya nadie relaciona el fallo con el cambio |
| Retrabajo | Se deshace lo hecho o se corrige a mano lo que el cambio dejó a medias |
| Espera | Equipos parados porque un paso del flujo asumía lo que el cambio eliminó |
| Sobreproceso | Controles añadidos a posteriori para compensar el efecto no previsto |
| Inventario | Versiones distintas del mismo documento conviviendo en varias áreas |
| Talento no utilizado | Gente experta dedicada a averiguar qué cambió y cuándo |
La lectura poka-yoke
Aquí es donde la cláusula deja de ser burocracia y se vuelve interesante. Shigeo Shingo distinguía entre pedir cuidado y diseñar para que el error no ocurra. Un procedimiento de gestión del cambio que depende de que alguien se acuerde de rellenarlo es lo primero. Un canal de cambio que no deja avanzar sin lo imprescindible es lo segundo.
Sus tres métodos se traducen bien a este caso.
| MÉTODO (SHINGO) | APLICADO AL CONTROL DEL CAMBIO |
|---|---|
| Contacto | El cambio no entra si falta propósito, impacto esperado, afectados y responsable |
| Valor fijo | Todo cambio relevante lleva fecha de revisión posterior: si no se revisa, no está cerrado |
| Secuencia | Primero se evalúa el impacto, después se implanta; no se puede saltar el orden |
Ninguno de los tres exige esfuerzo adicional de quien tiene prisa. Esa es la diferencia entre un dispositivo y una buena intención.
Cuatro preguntas antes de cambiar algo
No hace falta un formulario complejo. Con estas cuatro respuestas por escrito, en cinco líneas, la mayoría de los cambios problemáticos se detectan antes.
- ¿Qué problema resuelve este cambio y cómo sabremos que lo ha resuelto?
- ¿Quién trabaja hoy de una manera que dejará de ser válida, y quién se lo va a contar?
- ¿Qué control, informe o automatismo asume lo que estamos cambiando?
- ¿Quién responde de este cambio y cuándo lo revisamos?
La tercera es la que más veces evita un incidente. Casi siempre hay algo aguas abajo que dependía silenciosamente de lo que se va a modificar.
Dónde se nota si esto funciona
Hay una prueba sencilla, y no requiere auditoría. Coge el último problema serio que haya tenido tu organización y pregunta si alguien puede decir, con datos y no de memoria, qué cambió en ese proceso en los tres meses anteriores.
Si nadie puede responder, no tienes un problema de documentación: tienes un proceso que evoluciona sin registro. Y esa es exactamente la condición que la cláusula 6.3 intenta evitar.
Para seguir leyendo
Sobre el cambio que solo cambia el nombre, El nombre también es un estándar. Sobre lo que pasa cuando el trabajo entra sin condiciones mínimas, Una petición incompleta es un defecto que ya pasó el control. Y sobre la separación entre riesgos y oportunidades en esta misma revisión, ISO 9001:2026 separa riesgos y oportunidades.
Fuente del vídeo: canal oficial de ISO en YouTube. Este artículo es una lectura propia; para el texto exacto de los requisitos, consulta siempre la norma.
