Por qué los proyectos de mejora nunca se terminan

Prácticamente toda empresa certificada tiene una lista de iniciativas de mejora abiertas desde hace año y medio. Nadie las cerró y nadie las canceló: siguen ahí, en un archivo que se abre una semana antes de la revisión por la dirección. El diagnóstico habitual —"falta cultura de mejora"— es cómodo y casi siempre falso. Los proyectos no mueren por desinterés; mueren por cuatro razones concretas y todas son corregibles.

Uno: el problema nunca se definió con números

"Mejorar la eficiencia del área de empaque" no es un problema, es un deseo. Un problema definido dice qué indicador, cuál es su valor actual, cuál es la meta, en qué proceso y en qué plazo: "el desperdicio de material en la línea 3 es de 4.8 % y debe bajar a 2.5 % antes de diciembre". Sin esa línea base, el proyecto no puede terminar nunca, porque no hay forma de saber si llegó. La mitad de los proyectos eternos lo son simplemente porque no tienen criterio de cierre.

Dos: no hay dueño con tiempo asignado

Un proyecto asignado a "Calidad" o a "el equipo de mejora" no tiene dueño. Un proyecto asignado a una persona que además tiene su carga operativa completa tampoco lo tiene realmente: tiene un responsable nominal que atenderá primero lo urgente. Los proyectos que avanzan son los que tienen nombre, hitos con fecha y un espacio real en la agenda de esa persona, aunque sean cuatro horas a la semana. Es una decisión de recursos, y por eso es una salida legítima de la revisión por la dirección.

Tres: el alcance es demasiado grande

Los proyectos de doce meses casi siempre fracasan, no por complejidad técnica sino porque atraviesan un cambio de prioridades, una reorganización o una temporada alta. Partirlos en tramos de seis a diez semanas con un entregable verificable en cada uno cambia la probabilidad de éxito por completo: cada tramo produce un resultado que se puede defender, y el proyecto sobrevive a que cambie el contexto a medio camino.

Cuatro: nadie verificó si el ahorro fue real

Un proyecto se cierra cuando alguien mide el indicador otra vez y compara contra la línea base, no cuando se implementó la acción. Y ahí aparece el patrón más costoso: mejoras que funcionaron dos meses y luego el proceso volvió a su estado anterior porque el cambio no se llevó al procedimiento, ni a la capacitación, ni al control operacional. La sostenibilidad del resultado —el "actuar" del PDCA— es la etapa que más se salta, y es la que separa una mejora de una campaña.

De dónde deben salir los proyectos

• —No conformidades recurrentes: si un problema volvió tres veces, ya no es un caso, es un proceso que necesita rediseño.
• —Indicadores que llevan varios periodos sin alcanzar su meta.
• —Hallazgos de auditoría con causa común entre varias áreas.
• —Riesgos evaluados como altos cuyo control actual es solo administrativo.
• —Quejas de cliente concentradas en un mismo modo de falla.
• —Oportunidades detectadas en la revisión por la dirección, con recurso asignado en la misma acta.

Una lista de proyectos que no se puede rastrear hasta una de esas fuentes es una lista de ocurrencias, y por eso nadie la defiende cuando hay que priorizar.

Que el avance se vea sin pedirlo

Lo que sostiene la mejora continua no es la metodología —PDCA, DMAIC, kaizen dan igual— sino la visibilidad: quién es el dueño, en qué hito va, qué indicador mueve y cuánto lleva sin actualizarse. Eso es lo que resuelve un Software de mejora continua y proyectos de mejora: cada proyecto con su problema cuantificado, su línea base, sus etapas y su responsable, ligado al indicador que debe mover y con el registro de la verificación posterior que demuestra si el resultado se sostuvo o se diluyó.