Cómo debería ser la titularidad de los datos en un sistema operativo de planta «nativo de IA»
5 min de lectura
«Los datos son de todos» suele significar que nadie se encarga de solucionarlo cuando fallan bajo presión. En un sistema operativo de planta nativo de IA, la titularidad debe definirse en función de los roles: un único responsable por cada familia de definiciones operativas, un gestor encargado de la calidad diaria, partes consultadas para los flujos de trabajo de consumo y reglas explícitas para los resultados de asistencia —que heredan el flujo de trabajo con el que interactúan, no el proveedor del modelo—. Los SLA de actualización, las excepciones por datos obsoletos y los derechos de publicación de versiones necesitan nombres. Si dos equipos pueden editar el mismo umbral sin que quede constancia en el registro de cambios, lo que hay es culpa compartida, no gobernanza. La IA no crea nuevos problemas con los datos. Lo que hace es sacar a la luz los contratos de datos que se han descuidado.
Piensa por capas. Las fuentes de datos necesitan un liderazgo que rinda cuentas y administradores responsables para cada sistema, porque las desviaciones silenciosas en el esquema minan la confianza. Las definiciones operativas necesitan responsables de función que, junto con los analistas, mantengan la calidad diaria, porque las discusiones sobre los KPI suelen ser, en realidad, disputas sobre definiciones disfrazadas de análisis. La configuración de la asistencia requiere una rendición de cuentas a nivel de planta con un equipo de configuración multifuncional, porque las modificaciones encubiertas de los umbrales convierten la asistencia en una ruleta rusa.
Publica los paquetes de definiciones antes de que los modelos se ajusten a ellos: definiciones y exclusiones en lenguaje sencillo, asignaciones de campos, cadencia de actualización y retraso máximo aceptable, distorsiones conocidas y compensaciones, así como ventanas de cambio con comunicación con el operador. Los paquetes evitan los debates del tipo «el modelo está equivocado», que en realidad son disputas semánticas.
Aclara qué debe ser propiedad de la planta y qué puede gestionar un proveedor mediante contrato. Los umbrales, las clases de aprobación, las notas del operador y las reclamaciones pertenecen a la planta. Los pesos de los modelos y las indicaciones se rigen por la política y la evaluación de la planta, y los detalles del alojamiento se negocian. Los flujos de datos sin procesar requieren normas de acceso y retención. Los contratos tácitos dan pie a hipótesis pesimistas: defínelos de forma explícita.
Organiza una sesión de medio día para redefinir las responsabilidades: elabora una lista de los principales indicadores clave de rendimiento (KPI) utilizados en los flujos de trabajo asistidos, asigna un responsable a cada uno (sin títulos compartidos), identifica las fuentes de datos y los retrasos, acuerda una única vía de publicación para los cambios en las definiciones y programa revisiones mensuales del estado de los datos con alertas que se traduzcan en acciones concretas.
La gestión centralizada de las TI fracasa cuando las operaciones no pueden esperar a que se resuelvan las incidencias durante una parada, cuando las definiciones requieren una valoración semanal por parte del personal de planta o cuando los departamentos de mantenimiento y calidad no se ponen de acuerdo sobre las etiquetas. Combina la responsabilidad de las TI con responsables de cada función que vivan de primera mano las excepciones.
IRIS hace visible la responsabilidad cuando las definiciones, las tareas, el historial y la configuración de la asistencia aparecen en la misma capa de ejecución, de modo que las publicaciones, las correcciones de retrasos y las respuestas de emergencia tienen un responsable.
Para obtener más información sobre la preparación de los datos operativos y los límites de los proveedores, consulta «Por qué la IA sin datos operativos sigue fallando en el sector manufacturero» y Cuándo las herramientas de IA de los proveedores deben alimentar la capa de ejecución y cuándo no.
La responsabilidad también debe tener peso en las reuniones operativas. Si el estado de los datos es un punto fijo del orden del día con señales de alerta vinculadas a acciones concretas, las definiciones se consolidan. Si se trata de un tema secundario, las definiciones se van desviando hasta que un cliente o un auditor provoca una crisis. Las operaciones nativas de IA hacen que esa desviación resulte más costosa más rápidamente, ya que la asistencia repite las definiciones erróneas a la velocidad de una máquina. La planta lo percibe como «IA errónea», cuando el problema subyacente es una falta de responsabilidad por parte de los responsables.
Por último, hay que separar la propiedad de la configuración de la propiedad del modelo. La planta debe ser la responsable de los umbrales, las aprobaciones y el significado operativo. Los proveedores pueden alojar los modelos, pero la planta debe controlar qué aspectos del «sistema de asistencia» se permite modificar y quién publica dichos cambios. Si la propiedad de la configuración no está clara, cada incidente se convierte en una espiral de culpas entre TI, operaciones y el proveedor.
La responsabilidad recae en quien publica, quien soluciona los retrasos y quien responde ante los auditores. Exprésalo en el modelo RACI, no en eslóganes.
El resultado operativo final
La promesa de este artículo —un mapa práctico de responsabilidades para los sistemas fuente, definiciones operativas seleccionadas, resultados de asistencia y registros de auditoría con un RACI explícito— solo se hace realidad cuando cambia la forma en que se desarrolla el trabajo: responsabilidades más claras, una primera asignación más rápida y un cierre que se puede rastrear sin tener que rebuscar en la bandeja de entrada. En cuanto a «Cómo debería ser la titularidad de los datos en un sistema operativo de planta nativo de IA», considéralo como la prueba de aceptación: el siguiente turno debería poder leer lo que ha ocurrido, lo que se ha aprobado y lo que sigue pendiente, sin tener que recurrir a reconstrucciones verbales.
DBR77 IRIS unifica las definiciones, las tareas y la configuración de la asistencia en una única capa de ejecución, de modo que la responsabilidad se asigna a un linaje visible y a rutas de publicación. Iniciar demostración interactiva o Iniciar prueba de 14 días.
