Hasta ahora, en nuestra serie de entradas del blog sobre nuestra posición como «challenger» en el Cuadrante Mágico™ de Gartner® de 2022 para los sistemas de ejecución de la fabricación (MES), hemos abordado muchos aspectos concretos sobre el concepto de «composability» y cómo se aplica en diferentes sectores.
Ahora es el momento de reflexionar sobre por qué la plataforma de operaciones de primera línea Tulipfue seleccionada como «retadora» en el Cuadrante MES, y qué creemos que esto dice de los sistemas MES tradicionales.
La diferencia fundamental entre una plataforma como servicio (PaaS) y un sistema de gestión de la fabricación (MES) tradicional es que la arquitectura de la primera permite crear una solución modular.
¿Cómo es una arquitectura componible?
La arquitectura componible se basa en cuatro pilares.
Agilidad
La agilidad implica que los procesos se adapten a lo que hay que hacer, y no al revés. Este pilar se caracteriza por una rápida implementación, actualizaciones e iteraciones, así como por estructuras de datos flexibles y accesibles.
Ampliabilidad
Una arquitectura componible es modular en cuanto a su capacidad para conectarse con otras soluciones, y ofrece una API abierta con conectores preconfigurados. Además, debe incluir conectividad en el borde sin necesidad de programar y capacidades de bajo código.
Accesibilidad y escalabilidad
Una arquitectura modular debería permitir replicar soluciones para sitios y situaciones similares. Debería ser fiable y funcionar correctamente a medida que crece. Además, debería ser posible acceder a los datos pertinentes desde cualquier lugar, no solo desde una estación concreta o incluso desde un sitio determinado, en las estructuras de datos que la gente necesita.
Centrado en las personas
La composabilidad tiene, por naturaleza, un enfoque centrado en las personas. Una arquitectura composable debe contar con interfaces intuitivas y flujos de trabajo optimizados que integren los datos de los dispositivos de los trabajadores. Estos requisitos reflejan los deseos y las expectativas del personal de las empresas manufactureras actuales. Las personas quieren trabajar en empresas innovadoras que valoren su experiencia.
¿Cómo eran los modelos anteriores?
Los sistemas MES tradicionales no pueden gestionar la modularidad como lo hace una plataforma.
Imagina que quieres implantar un sistema MES tradicional en una determinada planta. Analizas los requisitos y los diagramas de flujo operativo y eliges un proveedor. El proveedor comienza a implantar el sistema MES.
Casi siempre es necesario que realices ajustes por tu parte. Tienes que adaptarte a los requisitos del sistema en cuanto a integración o procesos.
En el mejor de los casos, todo lo que figura en tus requisitos es correcto y no se produce ningún cambio entre el momento en que elegiste el MES y el momento en que lo implementaste por completo.
Ahora quieres implementar el sistema en otra ubicación. Allí las cosas son diferentes. Tienes que hacer ajustes adicionales. (Quizá no dispongas de ningún equipo en esa ubicación, mientras que tu primera implementación se basaba totalmente en equipos, por ejemplo). Después quieres añadirlo a una tercera ubicación. En cada implementación del mismo MES, cada cambio y personalización que realizas en el código base principal es ligeramente diferente al anterior.
Ahora, supongamos que quieres identificar una buena práctica de tu segundo sitio web que sea directamente aplicable a tu tercero. Te encuentras con un problema. El mero concepto de un código monolítico obliga a personalizar cada implementación del sitio web.
El enfoque basado en microservicios no lo hace.
Entonces, ¿qué es lo que impide a alguien dar el salto a este enfoque, ahora que los recelos hacia la nube han desaparecido, en general?
Legado. Los fabricantes siguen teniendo que lidiar con las consecuencias de las decisiones arquitectónicas que se tomaron cuando todo el software se desarrollaba para su uso local. No basta con trasladar ese código a la nube y esperar que funcione.
Es difícil reproducir la forma en que la arquitectura nativa de la nube permite desarrollar aplicaciones si no se ha empezado a desarrollar desde el principio en ese entorno.
Así que estás atascado. Si no empezaste con una solución nativa en la nube, resulta muy complicado aplicar las mejores prácticas y pasar a la siguiente fase. Quizá sea incluso más difícil actualizar, por ejemplo, de MES 1.0 a MES 2.0, 2.1 o 2.2. Es un proceso tedioso y lento.
Eso es desde tu punto de vista. Pero imagina cómo es para un proveedor tradicional de MES. ¿Qué consecuencias tiene para ellos?
Si gestionan 12 clientes con 12 sitios web cada uno, tienen que mantener 144 versiones diferentes de su código base. Cualquier cambio que introduzcan en su oferta principal debe ser compatible con las versiones anteriores de esas 144 ramificaciones del código. Esto da lugar a una solución compleja y difícil.
Y esto explica la lentitud con la que se producen los cambios en materia de innovación en los sistemas MES. Una decisión arquitectónica tomada desde el primer momento lo determina todo.
En resumen, el modelo MES tradicional es:
Centrado en los sistemas, no en las personas
Difícil de actualizar
Lento y costoso de actualizar
Complejo y fragmentado
¿De qué manera está Tulip al MES tradicional?
En comparación con la arquitectura anterior que hemos descrito (que, como ya se ha mencionado, se desarrolló inicialmente en un entorno local), una arquitectura nativa de la nube simplifica y agiliza el proceso.
Tulip cuenta con un único código base, y las aplicaciones son configuraciones, no personalizaciones programadas. Si pensamos en los pilares de la arquitectura componible, la agilidad y la extensibilidad lo exigen.
Una única base de código permite realizar actualizaciones periódicas y rápidas en todo el sistema, lo que se traduce en actualizaciones de la plataforma cada dos semanas o cada trimestre en todos tus sitios web, en lugar de tener que recurrir a revisiones generales y personalizaciones. De este modo, podrás acceder antes a las nuevas funcionalidades.
Esto también significa que puedes replicar fácilmente tus mejores prácticas en todos los sitios web a través de las aplicaciones.
¿ Recuerdas a Sofiya, la que creó una solución para sus operarios de primera línea en Stanley & Decker? Si viera la oportunidad de implantar esa aplicación en otras diez plantas que pudieran beneficiarse de ella, podría hacerlo sin ningún problema. Eso sería prácticamente imposible si SB&D hubiera iniciado su andadura en el desarrollo de aplicaciones con la arquitectura anterior y un MES tradicional.
En resumen, estas son las ventajas de una plataforma nativa de la nube y de un modelo componible:
El mismo código se utiliza en todos los sitios web
Buenas prácticas para compartir aplicaciones
Visión global de todas las operaciones
Actualizaciones automáticas cada dos semanas
Acceso más rápido a la innovación
Las aplicaciones sin código ofrecen flexibilidad
En el «Gartner® Magic Quadrant™ 2022 para sistemas de ejecución de la fabricación (MES) » encontramos numerosos comentarios reflexivos sobre las implicaciones del cambio en el mercado. Además, se introduce la capacidad de «Innovación arquitectónica de MES», que supone que el proveedor ofrece una arquitectura de microservicios capaz de respaldar el nivel de agilidad y la velocidad de desarrollo que, en nuestra opinión, requiere hoy en día una empresa manufacturera de éxito.
Los sistemas MES tradicionales no lo permiten. Por eso Tulip una alternativa innovadora.
Aun así, es importante señalar que el cambio del MES tradicional a la composibilidad no es Tulip.
Es algo más fundamental. Se trata de cómo concebimos el desarrollo de software y dónde debe y puede llevarse a cabo: las soluciones tradicionales se basaban en decisiones arquitectónicas para entornos locales, pero la composibilidad exige una arquitectura nativa de la nube. Estamos listos para impulsar la fabricación.
Automatiza la recopilación de datos y mejora la productividad con Tulip
Hable con un miembro de nuestro equipo para descubrir cómo un sistema de aplicaciones puede conectar a los trabajadores, las máquinas y los dispositivos de todas sus operaciones.