Preparar una revisión semanal de paradas con evidencia

Una revisión semanal de paradas puede ser muy útil o puede convertirse en una lista de números que se repite cada lunes. La diferencia no está en la plantilla ni en la gráfica. Está en si cada fila conserva una pregunta que los datos realmente pueden responder. Cuando se mezclan un evento aislado, una pérdida repetida, una parada todavía activa y una hipótesis de causa, la reunión acaba cambiando de tema antes de que alguien pueda revisar la evidencia.

El propósito de una cadencia semanal no es sustituir la investigación de un incidente ni decidir una intervención en tiempo real. Sirve para ordenar lo que ocurrió dentro de un periodo conocido, distinguir qué patrón necesita seguimiento y dejar claro qué información faltaría para decidir después. Una parada activa, una alarma de seguridad, un problema de calidad o una obligación de trazabilidad siguen su canal propio. Esperar a la semana siguiente puede ser inadecuado aunque el informe semanal esté bien preparado.

La ficha pública de ISO 22400-2:2014 describe la norma como un conjunto de definiciones y descripciones de indicadores clave de rendimiento para la gestión de operaciones de fabricación. Fuente: ISO 22400-2 No publica una agenda semanal, una fórmula de prioridad ni un umbral para escalar una parada. Esta guía se limita a organizar evidencia local sin presentar una costumbre de reunión como si fuera una regla ISO.

El punto de partida es una lista de eventos que permita volver a la fuente. Una fila debe decir de qué activo trata, qué ventana abarca, cuál es la definición local que se aplicó, qué sistema aporta el dato y qué limitación se conoce. Si el equipo no puede contestar esas cinco preguntas, puede hablar de una tendencia, pero no debería declarar que ya tiene un caso comparable.

Defina el periodo y las fuentes antes de abrir la reunión

“La semana” no siempre significa lo mismo. Puede empezar con el calendario laboral, con el cierre de producción, con un relevo o con una regla de reporting. Escriba el inicio, el fin, zona horaria y las fuentes incluidas. Si una fuente se actualiza al día siguiente, no la trate como si hubiera estado disponible al cierre. La versión de datos importa tanto como el rango de fechas.

Liste también las exclusiones. Una parada planificada puede estar fuera del alcance, pero debe seguir marcada como exclusión si aparece en la fuente. Una línea en mantenimiento puede no ser comparable con una línea en producción. Una orden que no terminó puede mantener scrap provisional. Eliminar esos casos de la reunión sin dejar rastro hace que los totales parezcan más limpios y mucho menos auditables.

ISO 22400-2:2014 especifica una selección de KPI usados en la práctica actual, según la ficha pública de ISO. Fuente: ISO 22400-2 La ficha no decide qué eventos debe incluir una instalación en un informe de lunes ni transforma una selección de KPI en una lista universal de paradas. El alcance semanal debe tener una decisión local y una versión que se pueda consultar.

Antes de calcular nada, compruebe el reloj. Un historian, un MES y un parte manual pueden reflejar el mismo hecho con distinta resolución, zona o momento de carga. Si la alineación no está confirmada, diga que no lo está. No redondee una fuente a la otra para que las columnas coincidan. Una discrepancia visible puede revelar un problema de captura; una discrepancia escondida solo reaparece cuando alguien intenta investigar un caso concreto.

Construya una ficha por evento, no una historia por equipo

Una ficha semanal no necesita ser extensa, pero debe ser estable. Puede incluir identificador, activo o proceso, inicio y fin disponibles, estado observado, definición aplicada, orden o producto cuando sea pertinente, fuente primaria de la fila, fuentes de contexto y limitación. Después añada una columna que indique qué se pide: confirmar dato, revisar patrón, contrastar una hipótesis, evaluar riesgo por el canal adecuado o cerrar seguimiento documental.

No use una frase como “fallo recurrente de empaquetadora” si la evidencia solo muestra tres paradas con un mismo código. Es más preciso escribir “tres eventos con código C-12 en E-04; relación técnica pendiente de revisión”. La primera frase ya contiene una causa y una recurrencia que quizá no comparten alcance. La segunda describe lo que hay y deja visible qué persona o fuente debe responder la pregunta siguiente.

La ficha pública de ISO indica que los KPI se presentan mediante fórmula, elementos correspondientes, comportamiento temporal, unidad o dimensión y otras características. Fuente: ISO 22400-2 Para una revisión semanal, la consecuencia práctica es modesta: una columna sin unidad, ventana o definición no debería competir en una misma ordenación con otra que sí las tiene. La ficha pública no proporciona una fórmula para puntuar casos ni un modo de fusionar eventos locales.

Una persona puede querer una tabla corta y otra puede necesitar el detalle. Ambas cosas caben si se trabaja con dos niveles. La vista principal muestra el evento, la pregunta, el estado de evidencia y el canal. El anexo conserva marcas, identificadores, reglas y notas. La vista principal no debe ocultar que el anexo existe; el anexo no debe convertirse en una carpeta que nadie puede abrir durante la reunión.

Separe frecuencia, duración, salida y calidad

Contar eventos contesta “cuántas veces se registró algo”. Medir duración contesta “cuánto tiempo cubren las ventanas disponibles”. Observar salida exige una unidad de producción y una referencia local. Hablar de scrap exige una definición de calidad y una trazabilidad que quizá no coincida con la parada. Son preguntas emparentadas, pero no son sustitutos.

Una línea con muchos eventos breves puede requerir una revisión de estabilidad aunque el tiempo detenido observado sea bajo. Otra puede tener una parada extensa única que afecta a un compromiso de producción. Una tercera puede tener poco tiempo registrado, pero una condición de seguridad que exige atención inmediata. Ninguna regla genérica puede ordenar esos casos sin el contexto de la instalación. La reunión debe hacer visible qué criterio se usa y quién tiene autoridad para aplicarlo.

La ficha de ISO también indica el grupo de usuarios donde se emplean los KPI y la metodología de producción a la que corresponden. Fuente: ISO 22400-2 Eso no permite clasificar una línea local ni comparar cualquier producto contra cualquier otro. Invita a preguntar si la cifra que se lleva a la reunión pertenece al mismo uso, activo, producto y método que la cifra con la que se pretende contrastar.

Evite convertir una prioridad en una suma casera. “Frecuencia más minutos más scrap” parece objetivo, pero junta unidades distintas y puede duplicar efectos. Si existe un método local de priorización, cite su versión y aplíquelo dentro de su alcance. Si no existe, presente las dimensiones por separado y pida una decisión explícita sobre cuál se revisa primero. Es mejor una lista honesta que un ranking que nadie pueda explicar dos semanas después.

Use la reunión para asignar preguntas verificables

Una buena revisión termina con preguntas, no con un repertorio de hipótesis. Para un evento repetido, la pregunta puede ser si las ventanas pertenecen al mismo activo y condición de proceso. Para una parada extensa, puede ser si la fuente de estados cubre todo el intervalo. Para scrap coincidente, puede ser si la trazabilidad sitúa las unidades en el periodo observado. Cada pregunta debe indicar la fuente o función que puede aportar la respuesta.

No asigne acciones técnicas desde una celda de informe. Palabras como “reiniciar”, “ajustar”, “forzar” o “anular” implican permisos y procedimientos que el dato semanal no acredita. Si se requiere una acción de mantenimiento, proceso, calidad o seguridad, documente qué evidencia originó la solicitud y entréguela a la función autorizada. La reunión puede hacer seguimiento de la pregunta sin apropiarse de la decisión.

Si una persona trae una explicación de turno, incluya esa explicación como contexto con fuente y fecha. No la convierta en causa confirmada por aparecer en una diapositiva. Las observaciones de quienes trabajan en el proceso son valiosas; también pueden ser parciales o usar términos locales que deben aclararse. Una ficha puede conservar la observación y, junto a ella, la prueba que faltaría para evaluarla.

Trate las limitaciones como trabajo pendiente real

Los huecos de datos no merecen una nota al pie automática. Si faltan marcas de fin, si un código cambió de significado, si una fuente agrupa eventos o si el calendario de turno no está disponible, la limitación puede impedir comparar. Mantenga el evento en la lista con un estado claro: “visible, no comparable”, “pendiente de fuente” o “remitido al gobierno de datos”. Ocultarlo reduce el total y puede dejar intacta la causa de un informe inconsistente.

No rellene minutos desde la memoria, ni complete causas a partir de etiquetas parecidas. Si dos sistemas contradicen el mismo intervalo, conserve ambos. El siguiente paso puede ser solicitar una exportación, revisar una configuración o verificar una relación de activos. Resolver una discrepancia de datos puede tener más valor que debatir por quinta vez una prioridad construida sobre esa discrepancia.

La repetición de una limitación también es una señal. Si cada semana faltan estados de la misma línea o se reclasifica el mismo código, el caso no es solo una parada de producción; puede ser una cuestión de calidad de dato que debe tener propietario. La revisión semanal puede mostrar el patrón y abrir una solicitud de gobierno. No debe modificar la fuente sin autorización.

La ficha pública de ISO relaciona los KPI referidos al equipo con unidades de trabajo según IEC 62264. Fuente: ISO 22400-2 Esta relación no identifica el activo de una fila semanal ni permite suponer que una alarma, una orden y una unidad de salida comparten la misma jerarquía local. Antes de agrupar por línea, confirme qué representa cada fuente.

Cierre y continuidad entre semanas

Al terminar, deje una lista breve de casos con propietario de la pregunta, fecha de revisión que corresponda y condición de cierre. “Cerrar cuando mantenimiento confirme el significado de C-12” es distinto de “cerrar cuando disminuyan las paradas”. El primero es verificable; el segundo promete un resultado operativo que quizá dependa de factores fuera del caso.

Mantenga también los casos que no se priorizaron. No para acumular una biblioteca de problemas, sino para poder comprobar si vuelven. Una fila histórica con su definición y fuente permite detectar recurrencia sin reescribir el pasado. Si la regla o la fuente cambia, registre el cambio en vez de comparar las series como si fueran idénticas.

El siguiente paso práctico consiste en elegir una semana ya cerrada, preparar diez filas o menos con sus fuentes y limitaciones, y probar si cada una contiene una pregunta asignable. Si una fila no llega a ese nivel, no la convierta en un diagnóstico. Déjela como observación pendiente o solicite la fuente que falta.

Diseñe la conversación para que el dato no domine a quien conoce el proceso

Una revisión semanal no debe convertirse en una lectura de pantalla donde el equipo solo confirma un ranking. Reserve tiempo para que producción, mantenimiento, calidad y quien gobierne los datos señalen qué contexto falta. La persona que vivió el turno puede aportar una operación extraordinaria, una modificación de calendario o un cambio de producto. Esa información no queda validada por pronunciarse en la reunión; queda registrada como contexto que alguien puede contrastar. Aun así, omitirla porque no estaba en el export inicial suele producir una investigación peor.

Empiece cada caso con la misma disciplina: qué se registró, con qué fuente, dentro de qué ventana y qué pregunta sigue abierta. Después, escuche observaciones sin obligar a que se conviertan en causas. Una frase como “ese código empezó tras el cambio de etiquetadora” puede orientar el siguiente dato que se solicita. No debe aparecer al final del acta como “el cambio de etiquetadora causó todos los eventos” si nadie revisó la relación.

El orden de la agenda importa. Atienda primero los asuntos que ya tienen un canal obligatorio, como seguridad, calidad, trazabilidad o una parada aún activa. La lista semanal puede documentar que se remitieron, pero no compite con su respuesta urgente. A continuación, trate los casos con una pregunta verificable y un receptor claro. Deje al final las tendencias que necesitan mejor definición o más datos. Esta secuencia no es un baremo de importancia; evita invertir el tiempo de la reunión en casos que aún no se pueden discutir de forma responsable.

Documente las decisiones de la reunión con verbos que describan lo que realmente ocurrió. “Solicitar exportación”, “confirmar versión de regla”, “revisar alcance de orden” y “remitir a calidad” son acciones comprobables. “Resolver”, “eliminar”, “corregir” o “asegurar” suelen ser promesas demasiado amplias para un acta semanal. Si se aprueba un cambio, el acta debe enlazar al proceso y propietario que lo autorizó, no fingir que la propia reunión fue la autorización.

La recurrencia semanal también merece una lectura prudente. Un caso que sigue abierto tres semanas puede reflejar que faltan datos, que depende de una investigación compleja o que la misma evidencia se volvió a copiar sin avance. Añada un estado de avance y una pregunta actualizada. No marque automáticamente como crónico lo que no ha sido comparable entre semanas. De igual modo, no cierre automáticamente lo que no apareció una vez si la cobertura de datos fue incompleta.

Una revisión madura conserva las discrepancias. Si un informe de producción y una orden de mantenimiento no concuerdan, registre ambas referencias y el propietario de la reconciliación. El objetivo no es que la minuta resulte cómoda; es que la siguiente persona no tenga que redescubrir por qué las cifras no coincidían. Esta práctica hace que las reuniones posteriores sean más cortas porque el contexto no se pierde entre diapositivas.

Revise la calidad de la propia lista

Antes de enviar el material, haga una comprobación simple. Pregunte si cada fila tiene periodo, fuente y activo; si las unidades están nombradas; si las exclusiones se ven; si se distingue un hecho de una hipótesis; y si el siguiente paso tiene destinatario. Si una fila falla, puede seguir apareciendo como dato incompleto, pero no debe presentarse como comparación cerrada. Esta revisión no exige una herramienta compleja. Exige que alguien se haga responsable de no maquillar los huecos.

Guarde la versión que se utilizó en la reunión y anote cuándo se extrajeron los datos. Una actualización posterior puede ser correcta, pero no debe reescribir de manera silenciosa lo que se discutió. Si se corrige una fuente, añada una nota de revisión y explique qué efecto tiene sobre la fila. Así se puede aprender de una discrepancia sin convertir el archivo semanal en una colección de cifras que cambian sin historia.

Preguntas frecuentes

¿Cuántas paradas deben entrar en la revisión semanal?

Las que cubra el alcance aprobado de la revisión. No existe un número universal en esta guía; documente fuentes, periodo, exclusiones y por qué un caso requiere seguimiento.

¿Debo ordenar siempre por minutos detenidos?

No. La duración responde a una pregunta distinta de la frecuencia, el riesgo, el scrap o la pérdida confirmada. Use los criterios de prioridad que la organización haya autorizado y exponga sus límites.

¿Puedo usar un gráfico agregado como único detalle?

No es suficiente para investigar. El agregado puede orientar la conversación, pero cada evento que se escale necesita una ventana, una fuente y una definición que alguien pueda revisar.

¿La reunión semanal puede cerrar una causa técnica?

Puede recoger evidencia y asignar una pregunta, pero una causa técnica necesita el proceso y la autoridad adecuados. No convierta una hipótesis de reunión en un cierre de mantenimiento.

¿Qué hago con datos incompletos?

Mantenga la fila, describa el hueco y evite compararla con casos completos. Si el hueco impide una conclusión, la siguiente acción puede ser recuperar la fuente o revisar su gobernanza.