El pensamiento componible y el ciudadano desarrollador, conceptualmente, encajan bien. El pensamiento componible -laidea de que cualquier cosa es componible-valora la creatividad y la inspira. Pero para que cualquier cosa sea componible, los desarrolladores tienen que estar en todas partes. Hablemos de cómo eso puede hacerse realidad.
La industria manufacturera acepta la componibilidad
Como sabemos, la componibilidad ya está en juego en otras funciones empresariales e industrias a través de plataformas de nueva generación. Los desarrolladores web utilizan la modularidad y los flujos de trabajo con facilidad. Los formularios jurídicos pueden construirse a partir de bloques de construcción clave y estructurarse en función de la solución requerida. Estos son ejemplos prácticos de las características definitorias de una empresa componible.
Pero las características definitorias de la tecnología de fabricación tradicional han hecho que la componibilidad sea un reto para implantar en la planta y en todas las instalaciones.
No tiene por qué ser así. De hecho, diríamos que los rasgos que definen las operaciones de fabricación son exactamente la razón por la que la tecnología debería reflejar el pensamiento componible.
Ahora, por razones que puede explorar aquí, la fabricación por fin está volviendo en sí.
¿Qué aspecto tiene en la práctica la componibilidad para la fabricación?
En el informe "Becoming Composable", el autor y analista Yefim Natis plantea que hay cuatro personas implicadas en la experiencia de la composabilidad:
- Creador: alguien que diseña bloques de construcción
- Curador - alguien que elabora plantillas para uso del compositor
- Compositor - alguien que lo pone todo junto
- Consumidor: alguien que lo utiliza
Aunque se trata de un modelo mental adecuado para comprender las funciones que se desempeñan al poner en marcha un software que facilita la ejecución en múltiples sistemas y estamos de acuerdo con él en principio, este tipo de modelo de creación lineal rara vez se sostiene en la práctica.
A menudo, estos papeles se solapan en diferentes personas dentro de la organización. Además, surge un bucle de retroalimentación.
Proponemos un modelo ligeramente diferente que capta la naturaleza única de las operaciones de primera línea y se enrolla en algo que es invisible, pero crítico: un ecosistema.
Podemos empezar nuestro examen de la composabilidad en el mundo real centrándonos en los personajes centrales: el ciudadano desarrollador y el usuario final. En otras palabras, queremos considerar el modelo de composabilidad de abajo arriba para aclarar mejor qué aspecto tiene en la fabricación.
La mayoría de las veces, cuando describimos al desarrollador ciudadano nos referimos al ingeniero de primera línea: la persona responsable de hacer el trabajo. Cuando se les dota de un conjunto de herramientas, pueden resolver los problemas a los que ellos -y los usuarios finales- se enfrentan.
En una empresa componible, las personas que están más cerca del trabajo tienen la capacidad de crear soluciones a partir de bloques de construcción reales y lógica componible para resolver las necesidades de los usuarios finales, desde guiar un flujo de trabajo complejo hasta rastrear datos de defectos. A veces, esas son las mismas personas.
¿De dónde proceden esos bloques de construcción?
Proveedores - Los MES tradicionales pueden o no ofrecer este tipo de bloques de construcción. Pero los que consideran la componibilidad como un principio de su producto sí lo harán. Al proporcionar plantillas de mejores prácticas, widgets, conectores y otros componentes, los proveedores pueden equipar a las personas en funciones de creación, curación y composición.
Un ecosistema de desarrolladores - Las comunidades surgen en los espacios. A medida que más vendedores y sus socios se comprometen con las empresas componibles, y más desarrolladores ciudadanos y desarrolladores utilizarán arquitecturas de vendedores componibles, se crean más comentarios y más soluciones que contribuyen al gran ecosistema. Los componentes, los conectores, las plantillas y las ideas pueden venir de cualquier parte. Los proveedores pueden facilitar este intercambio de contenidos a través de bibliotecas o mercados.
Ahora la información, los componentes y las capacidades fluyen de forma dinámica, de los desarrolladores y los usuarios entre sí y hacia los proveedores y el ecosistema y viceversa. Pero hay otro actor importante en el éxito de la composabilidad: El Centro de Excelencia.
Como coordinador central, el CdE trabaja con los promotores de todos los sitios. Impulsan el cumplimiento de las normas.
Por supuesto, eso no es todo lo que hacen. Identifican las mejores prácticas y encuentran oportunidades para compartirlas en toda la organización, incluso en organizaciones con más de 50 sedes. El CoE actúa como un mecanismo central de curación para compartir el aprendizaje de ida y vuelta - y de nuevo, ese aprendizaje se ve facilitado aún más por el ecosistema.
Este es el aspecto que tiene un círculo de información dinámico y retroalimentado en una operación de fabricación componible.
Ejemplos reales del modelo de componibilidad
Ahora que sabemos cómo interactúan los distintos roles dentro de una empresa componible, podemos desplazarnos a la derecha del gráfico y echar un vistazo a algunos ejemplos de cómo podrían interactuar los distintos personajes con una aplicación individual.
Consumo del usuario final Apps
Los usuarios finales tienen expectativas. Esperan aplicaciones a medida que agilicen el trabajo.
Consideremos el ejemplo de una aplicación móvil que incluye instrucciones de trabajo más seguimiento. Está entregando el contenido que guía un proceso, rastreando datos a través de ese proceso y coordinándose con el consumo de materiales.
Donde en la superficie parece que esta aplicación móvil es un simple conjunto de instrucciones de trabajo, en realidad se amplía a MES porque comprende el flujo de materiales e información a través del proceso.
Requisitos para el consumo
Una aplicación es una forma de pensar en un sistema complejo de forma modular. Por eso una aplicación como la de este ejemplo tiene que estar centrada en su ámbito de aplicación, ser ligera y estar poco interconectada (pero no prohibitivamente interdependiente) con otras aplicaciones.
Además, la recopilación de datos debe ser automatizada (para que el usuario no tenga que ocuparse de ella) pero estructurada - de nuevo, para que el usuario no tenga que ocuparse de ella, pero también para que otras personas y aplicaciones puedan utilizarla.
Para repasar, los requisitos de los consumidores incluyen:
Interfaces únicas e intuitivas que agilizan el trabajo
Recogida de datos automatizada / estructurada
Orientación del proceso
Información actualizada en su contexto
Application Composición
Recuerde que estamos examinando la componibilidad de abajo arriba. Así pues, los usuarios finales consumen y los compositores componen. Ellos también tienen ciertos requisitos para tener éxito; ante todo, la aplicación que construyan tiene que ser una verdadera solución para el problema en cuestión, lo que requiere que hablen directamente al consumidor.
Los requisitos para el compositor incluyen:
Capacidad para crear/editar aplicaciones sin conocimientos de codificación
Acceso a las opiniones de los usuarios finales
Barandillas para la normalización y puntos de partida de las aplicaciones
Conectores fiables
Sofiya Baran, ingeniera de mejora continua de Stanley Black & Decker, lo resume bien.
"Construí una aplicación para captar la visibilidad de la producción... A lo largo de este proceso, los operarios fueron mi cliente número uno. Tuve en cuenta que después de trabajar en una empresa durante muchos años, acoger un cambio en su proceso será todo un reto. Con su apoyo, me aseguré de que la aplicación fuera fácil de usar y conté con su apoyo al 100%."
¿Cómo se inició Sofiya en ese proceso? ¿Cómo saben los desarrolladores ciudadanos por dónde empezar?
La mano de obra de ingeniería actual está familiarizada con la codificación, especialmente la lógica. Ahora, esos codificadores autodidactas son sus desarrolladores ciudadanos. Interactúan con aplicaciones todos los días, por lo que entienden cómo pensar en una interfaz de usuario front-end y construir un flujo que tenga sentido. También interactúan con formularios regularmente, por lo que entienden cómo se pueden capturar los datos en el backend.
Cuando pones herramientas a disposición de esta mano de obra, no necesitan muchas explicaciones para hacer las cosas. En el caso de Sofiya, por ejemplo, estaba tan dispuesta a componer que no podía creer que todo el mundo no estuviera haciendo este tipo de desarrollo todos los días.
Aunque los compositores no necesiten mucha orientación sobre lo que tiene sentido, darles un lugar donde empezar sigue contando. Además, la curación le permite captar las mejores prácticas a las que dan lugar. Ahí es donde entra en juego el Centro de Excelencia.
Curación: Normalización y estrategia
Se forman equipos centralizados (a veces "Centros de Excelencia") para capacitar a los compositores. Deben proporcionar el conjunto adecuado de herramientas, ofrecer las directrices apropiadas, ayudar a hacer cumplir la gobernanza adecuada y captar las mejores prácticas para su estandarización en otros sitios. También "curan" plantillas y aplicaciones preconstruidas para que los ciudadanos desarrolladores las retoquen - a veces utilizando versiones saneadas de soluciones desarrolladas por otros ciudadanos desarrolladores. A través de este equipo, los esfuerzos de curación apoyan tanto la normalización como la estrategia.
Los requisitos para la curación incluyen:
Permisos y aprobaciones granulares
Manera de comisariar contenidos para los equipos locales
Componentes a medida
Visibilidad empresarial para el cumplimiento de la ley
Creación de componentes
Cuando ascendemos en el modelo hasta la "creación" de estos componentes, es importante tener en cuenta que los creadores de desarrollo de software pueden existir dentro del CdE, pero no a nivel del sitio. Por este motivo, los creadores pueden querer ampliar las tecnologías sin código a las de código bajo.
Los requisitos para los creadores incluyen:
Capacidades de bajo código
API limpias y fiables para los conectores
Acceso a la comunidad de desarrolladores
Reunir la componibilidad
La naturaleza dinámica de las operaciones de fabricación requiere un conjunto dinámico de interacciones entre las cuatro personas clave de la empresa componible. Como mencionamos al principio de este post, para implantar con éxito la mentalidad de "todo es componible", los desarrolladores tienen que estar en todas partes. Un marco para el éxito como el descrito aquí puede hacer que eso sea una realidad para los fabricantes de todo tipo.
Para saber más sobre cómo se ve la composabilidad dentro de industrias específicas, lea los siguientes artículos de esta serie, centrados en la fabricación general y las ciencias de la vida.
¿Están sus operaciones preparadas para un MES de nueva generación?
Descubra cómo los fabricantes utilizan nuestra plataforma sin código para conectar a las personas, las máquinas y los sistemas de todas sus operaciones con una prueba gratuita de 30 días.