Cómo preparar un brief diagnóstico para un comité industrial

Un comité industrial necesita un objeto de decisión, no una colección de gráficos. El brief diagnóstico convierte una desviación en una pregunta acotada, identifica qué registros pueden sostenerla y deja una comprobación que otra persona pueda repetir. Sirve para ordenar una conversación entre dirección, operaciones y datos; no convierte una asociación en causalidad ni adelanta una autorización de gasto.

Un brief diagnóstico para un comité debe dejar una pregunta, hechos verificables y una siguiente comprobación; NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos para evaluar mejoras y trade-offs. La referencia de NIST aporta un marco de medición, pero no valida una extracción local. El paquete debe declarar la versión de la consulta, la población incluida y el momento en que se obtuvo el dato.

Esta guía está pensada para quien prepara el expediente que llega a una reunión de dirección industrial. No certifica capacidad, no recomienda una inversión, no atribuye responsabilidades y no sustituye los controles de seguridad, calidad, finanzas, privacidad o relaciones laborales que apliquen al caso. Cuando el acuerdo pueda afectar a esos ámbitos, el brief debe nombrar el procedimiento y a la persona que lo continúa.

Defina el artefacto antes de abrir el editor

Empiece con un identificador de caso, no con una diapositiva.

El identificador puede seguir el formato BRF-2026-08-L2-017; debe permitir encontrar la consulta, el export y el acta sin revelar nombres de personas.

A continuación escriba una sola pregunta en forma de decisión preparatoria: «¿qué reconciliación debe completarse antes de comparar el turno B?» o «¿qué registro falta para decidir si el contraste es de cobertura?».

La pregunta puede pedir una verificación, un propietario o una fecha de revisión; no tiene que pedir aprobación de una causa.

El alcance queda cerrado cuando se pueden contestar tres campos:

Campo de control	Decisión que evita	Ejemplo
Objeto	Mezclar KPI, órdenes y eventos	Unidades buenas del lote L2
Autoridad	Pedir una acción a quien no puede ejecutarla	Comité de operaciones
Salida	Dejar la reunión sin un siguiente estado	Reconciliación de población antes del cierre

Si la pregunta contiene «¿por qué ocurrió?» sin un intervalo ni una población, todavía es una pregunta de investigación, no de brief. Redúzcala a un contraste que el comité pueda encargar. Una salida válida también puede ser «no comparable»: mantener dos series separadas evita que una equivalencia no probada se propague al siguiente informe.

Construya la ficha de identidad y procedencia

La primera página del expediente debe permitir que alguien reconstruya el dato sin que el autor esté presente. Incluya el nombre del indicador, la versión de su definición, el run-id de la extracción, fecha y zona horaria del corte, fuente de origen, filtros, población, unidad, estado de cierre y propietario. Si existe una vista materializada, conserve la versión de la consulta o del modelo; una captura no es suficiente para rastrear cómo se produjo el número.

El estado debe describir el registro, no la confianza subjetiva: cerrado, provisional, parcial, sin recibir o no comparable. Para un dato manual, anote quién lo introdujo, cuándo se verificó y qué filas quedan fuera. Para una interfaz, anote la última marca recibida y la regla con la que se consideran tardíos los eventos. La ficha no necesita un porcentaje de confianza inventado; necesita condiciones observables que permitan cambiar de estado.

Ordenar un brief por fecha, entidad, estado, unidad y propietario antes de explicar una desviación evita comparar registros que solo parecen equivalentes. El trabajo de NIST sobre medición operativa trata el análisis como parte de la caracterización del sistema, no como una garantía de cobertura de una consulta concreta. Si falta un campo, escríbalo como hueco y no lo completes con una suposición.

Un registro de procedencia mínimo puede tener esta forma:

Elemento	Qué conservar	Qué no afirmar
Extracción	run-id, consulta, versión y timestamp	Que el resultado sea definitivo por tener un ID
Población	Filtros, exclusiones y estados abiertos	Que la población sea completa sin comprobarla
Transformación	Fórmula, unidad y redondeo	Que un redondeo cambie la realidad operativa
Entrega	Archivo, hash y destinatario	Que una copia sustituya al registro fuente

Registre hechos, lecturas e hipótesis en columnas distintas

Una afirmación de hecho debe apuntar a una fila, evento o consulta reproducible. Una lectura es una comparación que depende de esa observación. Una hipótesis propone una explicación y debe incluir una condición de descarte. Una acción de verificación dice qué se hará y cuándo. Mantener las cuatro categorías evita que una frase de interpretación se vuelva un titular de dirección.

Etiqueta	Redacción aceptable	Prueba que falta
Hecho	«El export Q4 contiene 218 órdenes entre 06:00 y 14:00»	Confirmar el filtro y el estado de cierre
Lectura	«La vista A muestra menos órdenes cerradas que la vista B»	Igualar población y versión
Hipótesis	«La diferencia podría venir de eventos tardíos»	Contrastar recepción y hora del evento
Acción	«Datos regenerará ambas vistas con el mismo filtro»	Fecha, propietario y criterio de salida

No use «provocó», «demostró» o «explica» cuando solo hay coincidencia temporal. Si una observación puede afectar a turnos, personas, seguridad o compras, la prudencia es parte del control, no un matiz de estilo. Un brief puede conservar una hipótesis abierta sin frenar una verificación reversible.

Ponga el contexto estadístico en su lugar

El IPI mide la evolución mensual de la actividad productiva industrial; no mide la capacidad, disponibilidad, mix ni OEE de una línea concreta. El INE publica un agregado para España. Puede contextualizar una conversación de mercado, pero no justifica inferir lo que una planta puede fabricar en una semana.

La Encuesta Industrial Anual de Productos recoge producción y ventas anuales de productos industriales en establecimientos de su población estadística. La ficha del INE tampoco permite deducir horas disponibles, paradas, pedidos u OEE de una empresa. Si se cita, escriba «contexto nacional» junto a la cifra para que nadie la confunda con telemetría local.

La Encuesta de Coyuntura Industrial se diseña como indicador adelantado para seguir la coyuntura industrial, no como telemetría de una planta. El Ministerio de Industria ofrece indicadores agregados de producción, cartera, empleo y expectativas. Su fecha y población deben conservarse; el dato no prueba la causa de una desviación interna.

Use una matriz de descarte, no un catálogo de causas

El comité necesita saber qué observación haría abandonar una línea. Para cada hipótesis registre el hecho que la activa, el contraste, el resultado incompatible, el propietario y la fecha de caducidad. El propietario ejecuta la prueba; no queda señalado como origen del problema.

ID	Hecho que la activa	Contraste	Regla de descarte	Propietario
H-01	Dos exportes contienen poblaciones distintas	Recalcular con filtro y versión idénticos	La diferencia permanece con la población igualada	Datos
H-02	Falta una señal de parada en un intervalo	Conciliar parte, historian y registro de turno	Las tres fuentes cubren el mismo intervalo	Operaciones
H-03	Cambia el maestro de producto	Comparar versión efectiva y familia	La versión y la familia son idénticas	Planificación
H-04	El evento llega después del cierre	Separar hora del evento y hora de recepción	No quedan eventos tardíos en ambos cortes	Integración

Ordene la matriz por la decisión que puede cambiar y por la facilidad de obtener el registro. No convierta ese orden en una probabilidad: no hay base para asignar un 70 % a una hipótesis solo porque encabeza la lista. Si una prueba requiere permisos que no existen, anote el bloqueo y escale el acceso antes de fijar una fecha ilusoria.

Explique la evidencia sin elegir la cifra conveniente

Cuando dos sistemas muestran valores distintos, presente ambas series con su unidad, población y estado. No calcule una media para hacer una diapositiva más cómoda. Una diferencia puede proceder de un filtro, un maestro, un desfase horario, una interfaz tardía o un redondeo. La ficha debe indicar qué contraste separa esas posibilidades y qué resultado dejaría el caso en estado «no comparable».

Un ejemplo hipotético ayuda a mantener el tono:

Hecho: el export Q4 registra 218 órdenes en el turno B y el tablero de dirección muestra 203.

Lectura: las cifras no comparten todavía una población demostrada.

Hipótesis: el tablero aplica un estado de cierre más estricto.

Comprobación: reproducir ambos filtros, conservar las 15 filas excluidas y registrar la versión.

Salida: comparar solo si la población queda alineada; de lo contrario, publicar las vistas como no equivalentes.

El ejemplo no demuestra una causa. Enseña cómo una discrepancia se vuelve una tarea verificable sin escoger el número que confirma una narración previa.

Trate NIST e ISA como referencias, no como autorización

NIST define el gobierno de información manufacturera como principios para procesar y usar datos de forma consistente, repetible y confiable. La publicación de NIST aporta vocabulario para pedir propietarios, definiciones y trazabilidad. No es una certificación ni una ley española, y no sustituye las reglas aprobadas por la organización.

ISA describe niveles, objetos e intercambios entre control y empresa. El resumen de ISA-95/IEC 62264 ayuda a nombrar relaciones entre control, operaciones, MES y ERP. No prueba que una interfaz local cumpla la norma, ni garantiza seguridad, latencia o interoperabilidad. Si el comité necesita decidir arquitectura, el brief debe derivar esa decisión al responsable técnico y a su procedimiento.

La referencia metodológica no convierte una consulta en evidencia. La investigación de NIST no es estadística española ni una norma obligatoria; sus resultados dependen de la caracterización y la población local y no prometen optimización ni ahorro. La fuente de NIST debe aparecer cerca de esa limitación.

Organice la agenda en seis movimientos

Una agenda corta evita que la explicación más rotunda absorba la reunión:

1. Identidad. Lea el caso, versión de definición, corte y autoridad presente.
2. Observación. Muestre una cifra o evento y su ruta de procedencia.
3. Cobertura. Declare filtros, exclusiones, estados abiertos y registros no recibidos.
4. Contrastes. Presente solo hipótesis con una regla de descarte.
5. Encargo. Pida propietario, acceso, fecha y criterio de salida para la prueba.
6. Acta. Registre la decisión, la condición de revisión y qué se mantiene no comparable.

Si aparece un dato nuevo durante la sesión, incorpórelo como una versión posterior del brief. No reescriba el documento que sustentó el acuerdo; conserve su hash o identificador para que el acta siga apuntando a la misma evidencia.

Diferencie el brief del expediente de causa

El brief prepara gobierno; un expediente de causa conserva muestras, entrevistas, controles de cambio y revisiones técnicas según el método de la organización. Un enlace entre ambos es útil, pero sus conclusiones no deben mezclarse. Si se pide «una causa» y solo hay asociación temporal, escriba que la causa está abierta y qué evidencia debe reunir el expediente.

Si el comité aprueba una medida reversible, indique duración, propietario y condición de retirada. Si la acción afecta a seguridad, calidad, empleo, privacidad o inversión, la página solo ordena el siguiente control: no lo sustituye. La Encuesta de Coyuntura Industrial se diseña como indicador adelantado para seguir la coyuntura industrial, no como telemetría de una planta. La fuente agregada no puede justificar un compromiso local.

Recorte sin borrar los límites

El recorte útil elimina contexto que no cambia la decisión, no elimina procedencia. Quite frases ornamentales y tablas sin salida. Conserve la consulta, el corte, la población, las filas excluidas, las hipótesis alternativas y el criterio que haría volver el asunto al comité.

Pruebe tres lecturas: en 30 segundos debe verse la pregunta y la salida; en tres minutos debe poder reconstruirse la observación; en diez minutos una persona ajena debe encontrar fuente, ejecutar la prueba y saber cuándo caduca la hipótesis. Si el brief necesita una explicación oral para entender un límite, agregue la frase al documento en lugar de confiar en la memoria del autor.

Haga una lectura adversarial antes de la reunión

La revisión final no debe limitarse a corregir ortografía.

Pida a una persona que no haya preparado la consulta que intente romper el argumento.

Primero, que busque una cifra sin unidad o sin población.

Después, que pregunte qué fila cambiaría la conclusión y dónde se conserva esa fila.

Por último, que intente localizar una fuente externa y compruebe si su jurisdicción y fecha coinciden con lo que dice el texto.

Cada hallazgo se registra como una tarea, no se resuelve con una frase tranquilizadora.

Una lectura adversarial puede utilizar estas preguntas:

• ¿Qué parte del valor desaparecería si se retiran los estados abiertos?
• ¿Qué ocurre si el evento llega después del corte y el tablero no lo incorpora?
• ¿Qué campo del maestro de producto cambia la población?
• ¿Quién tiene permisos para regenerar el extracto y quién aprueba su publicación?
• ¿Qué decisión queda prohibida si la evidencia sigue en estado provisional?

Las respuestas deben apuntar a un registro o a un responsable. Si se responde «se revisará», falta una condición de salida. Si se responde con una causa, compruebe que la frase lleva etiqueta de hipótesis y una prueba de descarte. El objetivo no es hacer el brief más largo: es impedir que el comité confunda una explicación conveniente con una observación reconstruible.

Añada controles de integridad al paquete

Cuando el brief se construye con varias exportaciones, conviene incluir un pequeño registro de integridad. No sustituye una auditoría de plataforma; permite detectar cambios accidentales antes de la conversación. Para cada archivo o consulta, anote un identificador de artefacto, su hash, el esquema esperado y el momento de extracción. Si el número de filas cambia entre dos lecturas con el mismo filtro, deje la diferencia visible y pida una explicación.

Control	Qué observa	Cómo se registra
Huella de esquema	Nombre, tipo y orden de columnas	schema-v4, fecha efectiva y propietario
Cardinalidad	Filas, claves únicas y duplicados	Conteo de entrada, salida y filas rechazadas
Nulabilidad	Campos vacíos o no aplicables	Convención documentada y porcentaje observado
Integridad referencial	Orden, lote y línea enlazables	Lista de claves sin correspondencia
Frescura	Retraso entre evento y lectura	event_at, received_at y extracted_at
Reproducibilidad	Misma consulta, mismo resultado	run-id, versión y hash del export

Un control que falla no invalida automáticamente el caso. Cambia el lenguaje de la ficha. Si hay duplicados, diga cuántas claves se repiten y si afectan a la decisión. Si falta una relación entre orden y línea, no asigne el evento a una línea por proximidad de nombre. Si el esquema cambió, conserve ambas huellas y marque desde qué emisión aplica la nueva.

El registro también puede conservar las objeciones recibidas. Una persona puede discrepar del denominador, de la ventana o de la lectura de una señal. Anote la objeción, la evidencia que la motivó y si quedó resuelta, abierta o fuera de alcance. Este «dissent log» evita que una duda válida desaparezca al resumir la reunión y permite que el comité decida qué comprobación merece recursos.

No convierta los controles en una puntuación de confianza. Tener un hash no prueba que la fuente sea correcta; tener cero duplicados no demuestra que la población sea la adecuada. El valor del registro está en hacer explícita la ruta que un revisor puede volver a seguir. Si la ruta termina en un campo sin propietario o en una transformación no documentada, ese tramo debe figurar como limitación.

Escriba criterios de aceptación para la salida

Antes de presentar el paquete, escriba qué debe cumplirse para cada estado. Para confirmado, puede exigir fuente accesible, población definida, corte conocido y revisión de otra persona. Para provisional, puede aceptar una fuente única si se marca la fecha de caducidad. Para no comparable, basta con describir la incompatibilidad y la prueba que podría resolverla. Los criterios no son una certificación; son una forma de que el comité sepa qué cambia el estado.

Un criterio de aceptación debe poder observarse en un registro. «La cifra parece razonable» no sirve. «Los 218 identificadores tienen estado de cierre y el export conserva su versión» sí permite verificarlo. Si un criterio exige una decisión de seguridad, calidad o finanzas, indique que la aprobación pertenece al proceso especializado y no la presente como una condición que el brief pueda otorgar por sí mismo.

Conserve el decision log y las versiones

Después de la sesión, no sustituya el brief por un acta resumida. Conserve el documento que vio el comité, su identificador de versión, el hash del archivo y la lista de fuentes consultadas. El acta debe enlazar a esa versión y añadir qué se decidió, quién ejecutará la comprobación, qué acceso necesita y en qué fecha caduca el acuerdo. Una nueva evidencia se incorpora en una versión posterior; no se edita silenciosamente la versión que sustentó la decisión.

Si una hipótesis se descarta, guarde la fila o consulta que la debilitó y la fecha en que se obtuvo. Si permanece abierta, escriba qué resultado permitiría cerrarla o qué condición la vuelve irrelevante. Esta memoria evita reabrir meses después una explicación ya descartada o tratar como nueva una incertidumbre que el comité aceptó explícitamente.

Cuando la salida sea una medida temporal, anote también la condición de retirada: restaurar una interfaz, reconciliar una población, recibir un parte o completar un control especializado. Una medida sin fecha de revisión tiende a convertirse en una regla permanente sin aprobación. El brief no debe anticipar esa aprobación; debe hacer visible el punto en que será necesaria.

Lista de comprobación antes de distribuir

• El identificador no expone nombres y permite localizar consulta, export y acta.
• La definición, versión, ventana, zona horaria, unidad y población están escritas junto a cada cifra.
• Hechos, lecturas, hipótesis y acciones llevan etiquetas distintas.
• Cada hipótesis tiene prueba, regla de descarte, propietario y fecha de caducidad.
• Las cifras externas se presentan como contexto y conservan jurisdicción, fecha y alcance.
• No se afirma causalidad, ahorro, capacidad, cumplimiento ni retorno de inversión sin evidencia específica.
• La salida puede ser una comprobación o «no comparable», no una decisión técnica forzada.
• La versión distribuida queda identificada para que un dato posterior no reescriba el acuerdo.

Para ampliar el contexto sin convertirlo en un caso concreto, consulte cómo preparar un informe de producción para dirección, la guía para leer KPIs de planta en un comité y cómo priorizar una pérdida de producción para un comité. Son piezas distintas: el brief sigue necesitando los registros locales y la autoridad del comité.

Preguntas frecuentes

¿Qué diferencia hay entre un hecho y una hipótesis en un brief?

Un hecho es una observación localizable y reproducible con fuente, corte, unidad y definición. Una hipótesis es una explicación posible que declara qué evidencia la apoyaría y qué resultado la descartaría.

¿Cuántas preguntas debe llevar el brief al comité?

Una pregunta principal y las comprobaciones imprescindibles para responderla. Mezclar decisiones distintas hace que se apruebe una acción sin saber qué evidencia la motivó.

¿Qué hago si dos sistemas muestran cifras diferentes?

Conserve las dos cifras, compare población, ventana, unidad, definición, estado y exclusiones, y encargue una conciliación. No elija el valor que encaje mejor con una explicación.

¿Puede el comité decidir con datos incompletos?

Puede encargar una verificación, asignar un propietario o mantener una medida provisional dentro de su autoridad. No debe presentar una causa confirmada ni comprometer recursos sujetos a controles aún no realizados.

¿Qué debe quedar registrado después de la reunión?

La pregunta, la versión de la evidencia, hechos usados, hipótesis abiertas, límites de cobertura, decisión, propietario, fecha de revisión y condición de salida. Conserve también las hipótesis descartadas y el motivo.