Los pizarrones y los archivos de Excel se desactualizan porque el avance lo reportan personas, no se mide. Antes de pasar a un tablero de despacho en vivo, acuerda los campos de los pedidos, qué máquinas cargan pedidos, el calendario de turnos y seis palabras de estado, y nombra un dueño por turno. Toma el avance de las señales eléctricas de la máquina con un pequeño dispositivo IoT que un electricista instala en menos de una hora, sin conexión al PLC. Empieza con una carga csv/xls de los pedidos de esta semana y una celda conectada; agrega la pasarela al ERP y más máquinas cuando la primera celda se haya ganado la confianza de la planta. El reporte de la mañana responde entonces lo planeado contra lo producido, la cantidad contra la meta por hora, el Pareto de tiempo de ciclo y a dónde se fueron las horas de paro.
Por qué el pizarrón está bien a las 7 y mal a las 9
La mayoría de las plantas de componentes que conectamos todavía despachan desde un pizarrón, un Excel o una impresión clavada junto al escritorio del supervisor. El plan que está ahí suele ser correcto al inicio del turno. Después se rompe una herramienta, llega un pedido urgente del cliente, se retrasa una tarima de materia prima, y el pizarrón deja de describir lo que pasa en la planta. Reescribirlo significa caminar a cada máquina y preguntar, así que nadie lo hace. Para la reunión de la mañana el planeador tiene una versión del turno, el supervisor tiene otra, y los números se explican de memoria.
El problema no es el pizarrón. Es que el avance en el pizarrón se reporta, no se mide. Alguien estima qué tan avanzado va un pedido y lo anota. Un tablero alimentado con estimaciones siempre se alejará de la realidad. Esta lista de verificación es para plantas que quieren un tablero en vivo donde las máquinas reportan su propio avance, sin un proyecto de TI de seis meses.
Antes de tocar cualquier software: qué tener listo
En nuestra experiencia, las plantas que batallan con un tablero digital no son las que tienen máquinas viejas. Son las que arrancan el software antes de haber acordado algunos puntos básicos. Ten esto listo primero; la mayoría ya existe en algún lugar de la planta.
- La lista de pedidos, con los campos que el tablero necesita. Número de pedido, número de parte, cantidad, fecha de entrega y la máquina o grupo de máquinas donde puede correr. Si tienes un tiempo de ciclo estándar por parte, agrégalo; si no lo tienes, la máquina te dará el real en unos cuantos días.
- La lista de máquinas que realmente cargan pedidos. Una prensa, un torno o un centro de maquinado cargan un pedido. Una estación de lavado o un banco de desbarbado manual normalmente no. Decide qué máquinas están en el tablero y cuáles no.
- Un calendario de turnos y los paros planeados. Descansos, ventanas de mantenimiento, cambios de herramienta que ya conoces. Un tablero que no conoce el patrón de turnos marcará un retraso cada vez que la gente salga a comer.
- Un vocabulario de estados compartido. Asignado, en producción, parcialmente hecho, completado, retrasado, traslapado. Seis palabras, escritas una vez, usadas igual por planeación y por operaciones.
- Un dueño del tablero por turno. Normalmente el planeador para la secuencia y el supervisor para las excepciones. Si todos pueden mover pedidos, nadie es responsable.
Nada de esto requiere un sistema. Requiere una reunión de dos horas entre planeación, producción y mantenimiento, y la mayoría de las plantas nunca la ha tenido.
Mide el avance, no lo reportes
Lo que hace que el tablero esté en vivo es tomar el avance de la máquina en lugar de una persona. En todas las máquinas las señales eléctricas son las mismas: en marcha, parada, ciclo, conteo. Un pequeño dispositivo IoT sobre esas señales, instalado por el electricista de la propia planta en menos de una hora, sin conexión al PLC y sin cambiar ningún programa, es suficiente. Lo que cambia es la máquina, el proceso, el producto y el entorno de operación, incluso entre dos prensas que están una junto a la otra, y de eso se encarga el Universal Adapter en la nube: interpreta las mismas señales con el contexto de esa máquina en particular.
Una vez que el conteo viene de la máquina, el tablero sabe cuántas piezas de un pedido se han producido, cuánto tiempo ha estado parada la máquina y si, al ritmo actual, la fecha de entrega se va a perder. Nadie tecleó nada de eso. El operador ve el pedido actual y el siguiente en la pantalla de piso; el planeador ve lo mismo en la oficina. Cuando el tablero cambia, la planta cambia, y cuando la máquina corre, el tablero lo sabe.
Los pedidos entran de una de dos maneras. Las plantas con ERP conectan la pasarela para que las órdenes de trabajo aparezcan en el tablero y las cantidades completadas regresen. Las plantas que todavía no están listas para eso suben la lista de pedidos que ya tienen como archivo csv o xls. En nuestra experiencia la segunda ruta es la forma correcta de empezar: la planta aprende el tablero en una semana en lugar de esperar una integración. El producto de Programación y despacho está construido exactamente alrededor de estas dos entradas para el plan, y una sola entrada para la realidad.
Las primeras dos semanas en el tablero
Empieza pequeño a propósito. Un planeador despacha, se conecta una celda o una línea, y el tablero corre junto al pizarrón los primeros días. Las plantas que conectamos suelen encontrar que los dos discrepan más de lo que cualquiera esperaba, y la discrepancia casi siempre es sobre el avance, no sobre el plan.
Espera tres cosas. Primero, los tiempos de ciclo estándar del Excel serán cuestionados por los medidos; algunas partes corren más rápido que el estándar, más partes corren más lento, y el tablero muestra cuáles. Segundo, los pedidos retrasados y traslapados se encenderán mientras todavía hay tiempo de resecuenciar, lo que se siente incómodo la primera semana y normal la segunda. Tercero, los operadores empezarán a confiar en la pantalla de piso antes que la oficina, porque les dice qué sigue sin esperar a que alguien camine hasta ellos.
Resiste la tentación de agregar todas las máquinas el primer día. Agrega la siguiente celda cuando la primera haya corrido una semana completa con el tablero como único plan para todos y el pizarrón se haya quedado en blanco sin que nadie se queje.
Lo que el reporte de la mañana tiene que responder
Un tablero en vivo cambia la reunión de la mañana más que cualquier otra parte de la planta. El reporte que llega antes de la reunión debe responder cuatro preguntas con números, no de memoria: qué se planeó y qué se produjo por máquina; la cantidad contra la meta por hora, para que las horas lentas sean visibles; el Pareto de tiempo de ciclo por parte; y a dónde se fueron las horas de paro, por código de causa. Cuando estas cuatro están en una sola página, la reunión deja de ser un debate sobre lo que pasó y se vuelve una conversación corta sobre qué arreglar primero.
Para un fabricante de componentes que surte a un OEM automotriz, los mismos números que el cliente pide en la revisión trimestral ahora se producen todos los días, desde la máquina, y la planta llega a esa revisión con datos en lugar de explicaciones.
Lo que aprendimos
El pizarrón nunca fue el problema; las estimaciones que había en él sí. Las plantas que lo retiran con éxito acuerdan los campos de los pedidos, las máquinas, el calendario de turnos y las palabras de estado antes de empezar, toman el avance de las señales propias de la máquina y no de una persona, comienzan con la carga de un archivo y no con una integración, y agregan máquinas solo después de que la primera celda se ganó la confianza de la planta. El resultado es un solo plan en el que la oficina y la planta creen por igual, y una reunión de la mañana que termina temprano.
Si quieres ver la lista de pedidos de esta semana en un tablero en vivo, tráela a una demo: la ponemos en el tablero contigo, conectamos una máquina y dejamos que el primer pedido se reporte solo.
Preguntas frecuentes
¿Necesitamos una integración con el ERP para empezar con un tablero de programación digital?
No. En nuestra experiencia la forma correcta de empezar es exportar la lista de pedidos que la planta ya tiene como archivo csv o xls y subirla. La pasarela al ERP, por donde entran las órdenes de trabajo y regresan las cantidades completadas, se puede conectar después, cuando la planta ya aprendió el tablero.
¿Cómo sabe el tablero qué tan avanzado va realmente un pedido?
Por las señales eléctricas propias de la máquina: en marcha, parada, ciclo y conteo. Un pequeño dispositivo IoT sobre esas señales, instalado por el electricista de la planta en menos de una hora, sin conexión al PLC y sin cambiar programas, las envía a la nube, donde el Universal Adapter las interpreta con el contexto de esa máquina en particular.
¿Qué debe acordarse antes de que el tablero entre en operación?
Los campos de los pedidos (número de pedido y de parte, cantidad, fecha de entrega, máquina o grupo de máquinas, tiempo de ciclo estándar si se conoce), qué máquinas cargan pedidos, el calendario de turnos con los paros planeados, un vocabulario de estados compartido y un dueño del tablero por turno.
