Lo compraste para gestionar órdenes de trabajo. Los técnicos lo usan para registrar sus horas y que les paguen. Nadie lo dice en voz alta, pero todos lo saben.

Cuatro plantas, cuatro veces el mismo cero

Grooss (2024) entró a cuatro pymes manufactureras danesas —moldeo por inyección, grúas portuarias, cercos perimétricos, muebles— y trabajó dentro de cada una durante tres meses. No encuestas: entrevistas, talleres y un prototipo construido con los datos que la empresa ya tenía.

Evaluó tres dominios tecnológicos (integración de sistemas, recolección y análisis de datos, prototipos de bajo costo) contra cinco factores organizacionales, en tres niveles de madurez. De todas las casillas del modelo, una salió en nivel 1 en las cuatro empresas sin excepción: competencias técnicas en sistemas de información. El 100% de ellas terceriza cualquier desarrollo.

El equipo se configuró para no avisar

El caso más incómodo es el de la fábrica de muebles. Los operadores se quejaban de tener que reportar demasiadas paradas, así que la planta reconfiguró los equipos para tolerar más variación en tiempos de ciclo y de parada. Resultado: la máquina dejó de levantar mensajes de error. El problema desapareció del tablero, no del piso.

En esa misma planta, la gerencia exigía el OEE. Y el jefe de fábrica lo explicó así:

“Sé que necesito esta integración entre los dos sistemas para obtener ese dato, pero no consigo el dinero para hacerla. Se lo he dicho a la gerencia, y aun así solo quieren los números.”

En otra de las plantas, el sistema de gestión de mantenimiento —comprado para describir y administrar órdenes de trabajo— terminó usándose únicamente para registrar horas de planilla. Los técnicos sabían que no era lo ideal. También sabían que cargar la información tomaba demasiado tiempo en una interfaz que nadie diseñó pensando en ellos.

Lo más barato es justo lo que todos aceptan

Ahora el dato esperanzador. En la matriz completa de Grooss, las dos casillas con puntaje máximo —las cuatro empresas en el nivel 3— fueron la disposición del personal a experimentar con prototipos y el respaldo de la gerencia a esa experimentación. La resistencia al cambio, esa que siempre se cita como la gran barrera, no apareció ahí.

Y los prototipos que se construyeron no eran ciencia ficción: un tablero digital de planificación de mantenimiento que estima la próxima fecha usando datos de producción que ya existían; una app de celular que avisa al operador de fallas próximas usando señales del PLC. Herramientas armadas con lo que ya estaba pagado.

Conclusión

Grooss ordena la madurez digital al revés de como se vende. No empieza por la tecnología: empieza por preguntar si el dato que la tecnología produce le sirve a alguien, y si esa persona tiene motivos para registrarlo bien.

Antes de cotizar el próximo sistema, revisa el que ya tienes: ¿para qué lo usa realmente tu gente, y por qué? Si esto conecta con un problema real en tu planta, escríbenos.

Referencia (APA): Grooss, O. F. (2024). Digitalization of maintenance activities in small and medium-sized enterprises: A conceptual framework. Computers in Industry, 154, 104039. https://doi.org/10.1016/j.compind.2023.104039

———————————————————————————————————————————————————————————————————————————————————————————————————————————————

You bought it to manage work orders. Your technicians use it to log hours so they get paid. Nobody says it out loud, but everybody knows.

Four plants, the same zero four times

Grooss (2024) went inside four Danish manufacturing SMEs —injection moulding, container cranes, perimeter fencing, furniture— and worked within each one for three months. Not surveys: interviews, workshops and a prototype built from data the company already had.

He assessed three technological domains (system integration, digital data collection and analysis, low-cost proof-of-concepts) against five organisational factors, across three maturity levels. Of every cell in the model, one came out at level 1 in all four companies without exception: technical competences in information systems. All of them outsource any development.

The equipment was configured to stop warning

The most uncomfortable case is the furniture factory. Operators complained about having to report too many stops, so the plant reconfigured the equipment to tolerate more variation in cycle and stop times. Result: the machine stopped raising error messages. The problem disappeared from the dashboard, not from the floor.

In that same plant, management demanded OEE. The factory manager put it this way:

“I know that I need this integration between the two systems to get this data, but I cannot get the money to make it. I have told management this, but they still just want the numbers.”

In another plant, the maintenance management system —bought to describe and manage work orders— ended up being used only to register hours for payroll. The technicians knew it wasn’t ideal. They also knew that entering the information took too long in an interface nobody designed with them in mind.

The cheapest thing is exactly what everyone accepts

Now the hopeful finding. In Grooss’s full matrix, the two cells with maximum scores —all four companies at level 3— were the workforce’s willingness to experiment with prototypes and management’s support for that experimentation. Resistance to change, always quoted as the great barrier, was not there.

And the prototypes built were not science fiction: a digital maintenance planning board that estimates the next date using production data that already existed; a smartphone app that warns operators of upcoming failures using PLC signals. Tools assembled from what was already paid for.

Takeaway

Grooss orders digital maturity the opposite way it’s sold. He doesn’t start with technology: he starts by asking whether the data the technology produces is useful to anyone, and whether that person has any reason to record it properly.

Before quoting the next system, look at the one you already own: what does your team actually use it for, and why? If this connects with a real problem in your plant, write to us.

Reference (APA): Grooss, O. F. (2024). Digitalization of maintenance activities in small and medium-sized enterprises: A conceptual framework. Computers in Industry, 154, 104039. https://doi.org/10.1016/j.compind.2023.104039