Comparar dos turnos no consiste en poner sus unidades en dos columnas y ordenar de mayor a menor. Un turno es una secuencia de trabajo situada en un calendario, con un producto, una ruta, unos recursos y un estado de cierre. Si una de esas condiciones cambia, la cifra de salida deja de responder a la misma pregunta. La comparación debe empezar por el contexto que hace interpretable el dato, no por el resultado que se quiere confirmar.
La escena habitual es sencilla: el turno A aparece con menos unidades o más tiempo improductivo que el turno B. Al revisar el diario, A arrancó una receta nueva, tuvo un cambio de formato y esperó a calidad; B continuó un lote estable. Las dos filas siguen siendo útiles, pero no forman una prueba de que un equipo sea más capaz. Una ficha de dirección debe permitir ver esa diferencia sin convertirla en un juicio personal.
Esta página se dirige a responsables de operaciones que necesitan preparar una comparación acotada para una decisión de capacidad o de seguimiento.
No clasifica personas, no recomienda sanciones ni cambios de plantilla y no convierte un indicador en una previsión.
Para la definición del KPI y del mix puede consultar comparar líneas sin mezclar el mix; para una reunión directiva, use también la guía de decisión industrial con KPI de planta.
Esas piezas son referencias de alcance, no enlaces a una conclusión automática.
Si necesita contrastar una segunda hipótesis de producción, puede revisar comparar escenarios de producción sin prometer resultado. La ruta amplía el contexto documental, pero no autoriza a mezclar turnos con productos, calendarios o estados de cierre distintos.
Empiece por la pregunta y no por el turno
Escriba la decisión en una frase que pueda revisar otra persona: «¿podemos comparar la salida neta de estos dos relevos durante la ventana de cierre de junio?» es más acotada que «¿qué turno funciona mejor?». Indique quién necesita la respuesta, qué acción queda abierta y qué resultado no está autorizado. La misma cifra puede servir para una investigación de datos y ser insuficiente para aprobar horas adicionales.
Un contrato mínimo incluye comparison_id, question_version, decision_owner y review_due. comparison_id no debe reutilizarse cuando cambie el producto, la receta o el horizonte. question_version evita que una persona compare una fila preparada para capacidad con otra preparada para calidad. decision_owner identifica la autoridad de la lectura, no a la persona que produjo el dato. review_due obliga a volver al expediente si el contexto cambia.
Antes de seleccionar turnos, escriba también el límite de la inferencia. Por ejemplo: «esta comparación describe diferencias de contexto entre las ventanas 2026-07-06 06:00–14:00 y 2026-07-06 14:00–22:00; no estima capacidad máxima ni atribuye causas individuales». Esa frase frena la tentación de convertir una observación operacional en una promesa.
Construya un identificador de contexto operativo
shift_id=mañana no basta. Un turno puede rotar, cambiar de horario, atravesar un relevo o incluir una parada planificada. Guarde shift_id, calendar_date, start_at, end_at, handover_id, line_id, product_key, recipe_version, route_version, lot_id y work_order_scope. Cuando una ventana no coincide exactamente con el periodo del informe, registre el recorte y su motivo.
El calendario debe distinguir tiempo programado, tiempo abierto para producir, tiempo en arranque, tiempo de cambio y tiempo bloqueado. No elimine la espera de una fila para que encaje con otra. Etiquete planned_time, available_window, startup_window, changeover_window, quality_hold y unplanned_stop. Si una señal tiene otra zona horaria o una marca redondeada al cuarto de hora, deje constancia de la transformación.
Un relevo no es una frontera mágica. La orden puede empezar en un turno y cerrarse en el siguiente; un lote puede cruzar medianoche; una revisión de calidad puede registrar el resultado horas después. Decida si la unidad pertenece a quien la fabricó, a quien la cerró o a una ventana común. La regla debe ser visible y aplicarse a ambos turnos. Si no hay una regla aceptada, publique las dos vistas sin agregarlas.
Describa el trabajo que recibió cada turno
El contexto de producto explica buena parte de la comparabilidad. Registre familia, referencia, tamaño, formato, tolerancia, material y secuencia. Añada número de cambios, limpieza, preparación y retrabajo cuando formen parte del trabajo. Dos turnos con la misma familia pueden tener una ruta de inspección diferente o una materia prima que obligue a otra velocidad. Esas diferencias no se solucionan llamando «normal» a la media.
Una tabla de trabajo puede usar estas columnas:
| Campo | Turno A | Turno B | Regla de lectura |
|---|---|---|---|
product_key y receta |
Valor y versión | Valor y versión | Igual solo con versión coincidente |
| Lote y tamaño | Identificador local | Identificador local | No mezclar lotes sin regla aprobada |
| Cambios y limpieza | Evento, inicio y fin | Evento, inicio y fin | Separar tiempo de preparación |
| Unidad de salida | Unidades buenas, kg u otra | Misma unidad o conversión | No convertir sin propietario |
| Estado de calidad | Cerrado, retenido o pendiente | Cerrado, retenido o pendiente | Mantener pendientes visibles |
La tabla no busca descubrir qué turno «merece» el indicador. Busca impedir que un cambio de unidad o de cierre parezca una diferencia de productividad. Si se usa una equivalencia, guarde su versión, vigencia, población y condición de rechazo. Una conversión experimental puede servir para explorar, pero no para aprobar una reorganización.
Separe los eventos del relato causal
El diario de turno suele contener frases como «la línea perdió ritmo por falta de material». Es una pista, no siempre una causa demostrada. Conserve event_id, origen, hora, duración, recurso, estado y texto original. Añada cause_status=confirmed|reported|unknown y una persona propietaria de la revisión. Si el sistema solo proporciona una duración de espera, no invente por qué ocurrió.
Separe observación, hipótesis y decisión en tres campos distintos. Observación: «hubo 38 minutos con quality_hold». Hipótesis: «el cambio de método de inspección pudo prolongar la liberación». Decisión autorizada: «revisar el registro de calidad y repetir la comparación con lotes cerrados». No escriba «el equipo trabajó peor» salvo que una investigación formal, con su propio contrato, llegue a esa conclusión y esté dentro del alcance.
Los eventos de arranque y cambio merecen una ventana propia. Un turno que arranca una receta no debería compararse con otro que solo continúa un lote como si hubieran recibido el mismo trabajo. Marque startup=true, changeover_count, changeover_reason y steady_state_observed. La ausencia de un campo debe ser unknown, no cero. Un cero significa que se observó y no ocurrió; un vacío significa que el dato aún no está resuelto.
Mida oportunidad de capacidad, no rendimiento de personas
Una decisión de capacidad pregunta qué trabajo podría abrirse bajo unas restricciones; no pregunta qué persona merece una puntuación. Para evitar el desliz, use términos como available_window, constraint_set, material_ready, staffing_requirement y quality_release. No use el nombre de un operario ni compare equipos por identidad. Los datos de turno deben agregarse al nivel necesario para la decisión y no más.
Si la dirección pide «el turno más productivo», devuelva primero la definición que falta: ¿salida buena, tiempo efectivo, cumplimiento del plan, unidades equivalentes o una medida de calidad? Después muestre el contexto que cambia la interpretación. Puede haber más unidades con menos cambios, más horas o una referencia sencilla. Puede haber menos unidades porque la ventana incluyó validación, mantenimiento o una espera de suministro. Ninguna de esas lecturas autoriza por sí sola una recomendación.
Una oportunidad de capacidad debe expresarse como pregunta verificable: «¿qué volumen adicional cabe en una ventana de 90 minutos si la materia prima está liberada y el cambio termina antes del cierre?». La respuesta necesita un registro local, una condición y un responsable. No extrapole la salida de un turno a una capacidad máxima ni use una media nacional para cerrar la incertidumbre.
Controle la calidad y el cierre de datos
Defina qué significa closed para cada fuente. Un sistema puede cerrar producción al confirmar una cantidad; calidad puede liberar el lote al día siguiente; energía puede facturarse mensualmente. Guarde source_system, extract_at, timezone, schema_version, last_event_at y closure_state. Si el turno B aún tiene lotes retenidos, no lo compare con A ya liberado sin mostrar la asimetría.
La gobernanza es parte de la métrica. NIST define el gobierno de información manufacturera como principios para procesar y usar datos de forma consistente, repetible y confiable. NIST, foundations of information governance Esta afirmación describe un enfoque de gobierno; no es una certificación, una ley española ni una prueba de que una instalación concreta ya cumpla esos principios. La aplicación local debe documentar nombres de campos, autoridad, retención y revisión.
El IPI mide la evolución mensual de la actividad productiva; el último dato visible en la consulta fue mayo de 2026. INE, IPI La serie es un contexto de actividad agregada para una fecha y una población estadística, no una medición de un turno. No la mezcle en el denominador ni la use para inferir que un relevo local tiene más capacidad.
Contraste el turno con un contexto externo prudente
NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos para evaluar mejoras y trade-offs. NIST, operations-driven performance measurement El alcance de esa investigación es metodológico. Sirve para recordar que hace falta caracterizar el sistema, seleccionar la métrica y analizar sus compromisos; no ofrece el valor de un KPI de la planta ni sustituye una revisión de operaciones.
La ECI se diseña como indicador adelantado para seguir la coyuntura industrial; usarla para contexto, no para justificar CAPEX. Ministerio de Industria, ECI La encuesta recoge señales agregadas de empresas industriales y expectativas. No demuestra que un turno concreto necesite una máquina, más personal o una reorganización. Cualquier decisión de inversión requiere su propio expediente y autorizaciones.
La encuesta cubre combustibles usados por la industria; electricidad y gas son los principales productos energéticos en 2024. INE, consumos energéticos Ese dato es agregado y tiene otra ventana temporal. No se puede repartir su magnitud entre turnos ni convertirla en kWh de una línea sin submedición y una regla local de asignación. La encuesta TIC del INE también aporta contexto de digitalización, no evidencia de que el registro de un turno sea completo.
Prepare una salida que pueda bloquearse
Use una salida de estados: draft, evidence_ready, context_review, comparable, not_comparable, blocked y superseded. not_comparable no significa que un turno sea peor; significa que la pregunta no puede resolverse con la definición actual. blocked requiere un motivo concreto, como missing_closure, unit_mismatch, boundary_unknown o unverified_event.
La nota de decisión debe incluir criterio, autoridad y siguiente comprobación. Un ejemplo: «Se mantienen separadas las ventanas porque A tiene lote retenido; calidad confirmará el cierre antes del 18 de agosto; la comparación no se usará para ampliar capacidad». Esta redacción es prudente y deja una acción verificable. Si la autoridad no está clara, el expediente debe quedarse en context_review.
Conserve versiones. Un cambio de receta, calendario, frontera, unidad o fuente crea una nueva revisión de comparison_id; no sobrescriba la anterior. Registre supersedes, change_log, input_hash, content_hash, review_owner, reviewed_at y claims_revalidated. La trazabilidad permite explicar por qué una conclusión dejó de ser válida sin reescribir la historia.
Revise el relevo y las condiciones que cruzan la frontera
El momento del relevo suele concentrar información que no aparece en la salida. Un equipo puede recibir una orden con instrucciones pendientes, una herramienta en calibración o una materia prima esperando liberación. Registre handover_notes, open_actions, tool_state y material_state al inicio y al cierre. Si el relevo ocurre dentro de la ventana, marque qué eventos pertenecen al turno anterior y cuáles al siguiente; no asigne la demora a quien la encontró.
La comparación también debe mostrar condiciones que afectan a ambos turnos pero que no nacen en ellos: una orden urgente, un mantenimiento planificado, una restricción de almacén o una validación de laboratorio. Use un constraint_set versionado y una lista de excepciones. Cuando la excepción se resuelve, conserve el estado anterior y abra una revisión nueva. Esta práctica permite distinguir una diferencia de contexto temporal de una pauta repetible, sin prometer que el segundo caso se comportará igual.
Para una decisión de capacidad, presente dos vistas: la observada y la condicionada. La primera conserva lo ocurrido, con sus esperas y estados. La segunda enumera qué tendría que estar liberado para repetir la ventana, sin afirmar cuánto se produciría. Si falta una condición crítica, la vista condicionada queda como hipótesis y el estado debe ser blocked o context_review.
Registre un contrato técnico para el relevo
Un registro compacto puede tener este esquema:
comparison_id
question_version
shift_id, calendar_date, start_at, end_at
line_id, product_key, recipe_version, route_version
planned_time, available_window, startup_window, changeover_window
good_output, output_unit, quality_state, closure_state
event_ids, constraint_set, source_system, extract_at
context_match, comparison_status, blocked_reason
decision_owner, review_owner, review_due, evidence_hashcontext_match debe admitir full, partial y unknown. No lo derive de una sola tasa. full exige que la regla de producto, unidad, ventana, frontera, calidad y cierre esté documentada para ambos turnos. partial permite mostrar diferencias sin ranking. unknown obliga a una revisión. comparison_status es una decisión de gobierno, no un campo calculado por el sistema de producción.
Para la revisión humana, muestre el original, la transformación y la vista publicada. Si una duración se redondeó, indique el redondeo. Si se descartaron eventos de mantenimiento planificado, explique la regla y su propietario. Si dos turnos tienen nombres locales distintos para la misma espera, conserve el texto original y el mapeo. La persona revisora debe poder repetir la selección sin depender de la memoria del redactor.
Pasajes verificables de las fuentes
NIST define el gobierno de información manufacturera como principios para procesar y usar datos de forma consistente, repetible y confiable. NIST, foundations of information governance
El IPI mide la evolución mensual de la actividad productiva; el último dato visible en la consulta fue mayo de 2026. INE, IPI
NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos para evaluar mejoras y trade-offs. NIST, operations-driven performance measurement
La ECI se diseña como indicador adelantado para seguir la coyuntura industrial; usarla para contexto, no para justificar CAPEX. Ministerio de Industria, ECI
La encuesta cubre combustibles usados por la industria; electricidad y gas son los principales productos energéticos en 2024. INE, consumos energéticos
Preguntas frecuentes sobre comparar turnos
¿Comparar turnos sirve para evaluar a las personas?
No. El objetivo es comprobar si las observaciones tienen contexto y definiciones equivalentes. Una diferencia puede explicarse por cambios, arranque, espera, mix, mantenimiento o cierre, y no permite atribuir responsabilidad individual.
¿Debo comparar siempre mañana, tarde y noche?
No necesariamente. Compare ventanas que respondan a la decisión y que tengan una base común de producto, calendario, recursos y cierre. Si los turnos tienen trabajos distintos, sepárelos o marque la comparación como no comparable.
¿Un turno con más unidades demuestra más capacidad?
No. Las unidades pueden reflejar más tiempo disponible, un mix más sencillo, menos cambios o una frontera distinta. La capacidad requiere una definición local y evidencia homogénea, no una suma aislada de salidas.
¿Cómo registro una espera durante un turno?
Conserve el identificador de evento, inicio, fin, recurso afectado, causa registrada, estado de cierre y fuente. No rellene una causa si el sistema solo muestra una duración; deje la explicación como pendiente.
¿Qué hago si los datos de un turno están incompletos?
Mantenga la observación separada, documente los campos ausentes y defina una comprobación autorizada. No impute un valor ni publique un ranking mientras la ventana, unidad o estado de cierre sigan sin resolver.