Un KR en rojo dos semanas no es mala suerte. Es el sistema fallando

Cuando un KR está en rojo dos semanas seguidas, ya no es “una mala semana”. Es el sistema diciendo que no está respondiendo. Y la respuesta no mejora con una reunión más larga ni con un reporte mejor presentado.

Mejora cuando hacemos tres cosas: ir a ver, corregir con evidencia y sostener con estándar y escalamiento. Con eso basta.

La conversación empieza con ubicación, no con explicaciones: ¿dónde está la brecha, en qué equipo/operación/producto/turno? ¿Cuál es la pérdida dominante y cuánto pesa? Si no podemos señalar la pérdida que explica el 30–40% del rojo, no hay foco.

Y antes de actuar, una validación básica: ¿el dato es comparable semana a semana?

Misma definición, misma captura, mismo contexto. Aquí aparece la pregunta típica: “¿por qué solo en el turno X?”. No se responde con juicio, sino con verificación: ¿es turno o es producto/secuencia? ¿qué condiciones recibe ese turno al arranque? ¿cambia el soporte y el tiempo de respuesta según horario?

Si no haces ese chequeo, es fácil culpar al turno cuando el problema real es el sistema.

El error clásico es “seguimos trabajando” sin tocar la causa dominante. La pregunta clave no es “¿qué pudo pasar?”, sino “¿qué condición está disparando esta pérdida aquí y ahora?”.

Con eso se decide pocas acciones, de alto impacto, con dueño y fecha. Y se define evidencia esperada: ¿qué deberíamos ver en 24–72 horas si funcionó? Si no hay evidencia esperada, no hay plan; hay esperanza.

Corregir el evento no alcanza; hay que estabilizar. La pregunta final es “¿qué estándar queda para que no vuelva?”: qué chequeo entra al arranque, qué límite dispara acción antes de deteriorarse, qué rutina se vuelve obligatoria.

Si hace falta algo fuera del alcance del equipo, se escala con precisión: no para informar, sino para pedir una decisión concreta (ventana de intervención, repuesto, prioridad, soporte, ajuste de planeación).

Escalar es cambiar el nivel de decisión.

KR: “Subir OEE de la Línea 3 de 72% a 78% este trimestre”. Dos semanas seguidas está rojo porque el OEE se quedó en 65–67%.

Paso 1: primero se debe identificar si la pérdida corresponde a baja eficiencia, microparos, disponibilidad o calidad.

Al ir a ver, la pérdida dominante no es “muchos paros”, sino microparos por atasco en empaque, que explican el 45% de la brecha. Surge “pasa sobre todo en turno B”, y se pregunta: ¿por qué? Se cruza por familia (turno B corre la referencia más sensible), se revisa el arranque (la línea se entrega sin verificación básica de guías/tensión) y se valida soporte (respuesta más lenta en ese horario).

Paso 2: se corrige con dos acciones concretas: cambiar banda y ajustar guías con tolerancia definida (mantenimiento, mañana) y estandarizar set-up con punto de referencia y verificación obligatoria al arranque (producción, 48 horas).

Evidencia: en 72 horas bajar microparos de 120 a 80 por turno en esa estación y sostener cinco turnos.

Paso 3: se deja estándar (checklist de arranque + límite que dispara intervención + revisión semanal del repuesto crítico) y, si se requiere, se escala para asegurar ventana/soporte y sostener el cambio.

Y si para sostener se necesita algo que el equipo no puede destrabar solo, se escala con precisión. No para contar el problema, sino para pedir una decisión concreta: ¿ventana de intervención, repuesto con lead time, prioridad de mantenimiento, soporte de calidad, ajuste de planeación para evitar esa secuencia?

Escalar no es informar; escalar es cambiar el nivel de decisión. Y queda definido el gatillo: si el KR vuelve a rojo, o si el amarillo se repite, ¿cuándo sube y a quién?

Eso es todo. Dos semanas en rojo se gestionan con tres cosas: ir a ver con foco (incluida la pregunta incómoda de por qué se concentra en un turno), corregir con evidencia y sostener con estándar y escalamiento.

No es más complejo. Es más disciplinado. Y esa disciplina, repetida semana a semana, es lo que evita que los OKRs se conviertan en un PowerPoint y los KPIs en un reporte que nadie gobierna.

Nos leemos en una semana.

Hernán David.

OKR examples for Manufacturing Companies