A enfoque de código bajo a unificar cosas dispares en una organización para crear un nuevo servicio es un cambio de juego porque, por primera vez, un lienzo compartido o una pizarra interactiva puede traducir las ideas que los humanos conciben en servicios en vivo en operaciones o el campo en horas. Entonces, ¿cuántos de nosotros hemos estado en reuniones de diseño de productos donde todas las partes interesadas están presentes (ventas, marketing, productos, ingeniería y otros) y estamos de acuerdo en lo que queremos crear y construir excepto los ingenieros que quieren tomar esta servilleta de conceptos y realmente descubrir cómo poner esto en producción? Profundicemos más en este problema y veamos cómo una plataforma de automatización de código bajo puede ser una solución potencial.

Abordar el costo y los recursos para la transformación digital

Permítanme dar un ejemplo al azar. 

Durante una conferencia de salud y seguridad en la ciudad de Nueva York con la asistencia de la Asociación de Bomberos Profesionales del Estado de Nueva York (NYSPFFA), un regulador de seguridad contra incendios para edificios en Nueva York explicó por qué hay una nueva oportunidad de cumplimiento en trámite. Con el inicio de IoT, ahora significaba que todo en un edificio necesitaba ser automatizado y conectado en tiempo real a los servicios de emergencia. Lo que significa que la naturaleza de la extinción de incendios, la seguridad y la respuesta también tendrían que cambiar con los tiempos.

También en la audiencia estaban Bert Beaney, jefe de edificios de Empire, Inc., y su colega Marty Spark, presidente de Fire Safety Solutions, quienes escuchaban con un nudo en la garganta. ¿Por qué? En ese momento se dieron cuenta de que el marketing de soluciones de proveedores había ido demasiado lejos en la mensajería. Bert y Marty sabían que no existe una automatización real del flujo de trabajo de IoT entre la construcción y la seguridad contra incendios. Peor aún, sus sistemas BMS, de control de incendios y de gestión de instalaciones eran operaciones insulares estáticas. Peor aún, el servicio de campo y la respuesta de mantenimiento de emergencia eran otra plataforma y, en general, el hiper nirvana de una solución de control de "evento a respuesta" de extremo a extremo aún no existía.

Este ejemplo es fundamentalmente por qué el costo, el tiempo y la pérdida de recursos en transformación digital es monstruoso porque se ha ignorado una metodología para automatizar las cosas, sin mencionar el impacto en la confianza organizacional. 

Según la  TechTarget, se invirtió $ 1 billón en proyectos de transformación digital y Boston Consulting Group estimó que al menos el 70 por ciento de estas iniciativas no alcanzaron sus objetivos originales para marzo de 2021. Como mencioné en mi blog reciente sobre sistema operativo de automatización, “el problema se ha vuelto tan evidente que no es inusual que un CEO esquive las preguntas de los analistas en las llamadas de ganancias sobre transformación digital”. Aún más aterrador, paso mucho tiempo con analistas de inversiones y ni siquiera saben qué preguntas hacer para averiguar qué está pasando realmente, lo que hace que sea especialmente complicado elegir a los ganadores porque, en teoría, una organización que tiene éxito en la transformación digital logrará impresionantes ganancias de participación de mercado dentro de cinco años. 

Enfrentando los desafíos de la transformación digital

De todos modos, volvamos al dilema de Bert y Marty.

Organizaron una conferencia telefónica con su CTO recién contratado originario de Belfast, Jim Finnegan. Le explicaron lo que se avecinaba y le preguntaron a Jim qué tenían que hacer para finalmente solucionar los próximos desafíos de transformación digital. 

Jim hizo una pausa y dijo: “Bueno, para empezar, necesitamos que las personas hagan las paces entre sí, detengan el tribalismo de la 'propiedad de las cosas' e introduzcan un enfoque genuinamente colaborativo para diseñar la 'automatización de las cosas' más fácil para entregar lo que se está volviendo obligatorio para edificios y servicios asociados como incendios y seguridad”. Luego exhaló: "¡Renuncia al fantasma!"  

Continuó diciendo: "Lo que necesitamos es un niño que juegue internamente con herramientas de código bajo para elegir algo que nos permita unir a nuestras PYMES para diseñar y construir rápidamente un flujo de trabajo integrado entre los servicios de TI y TO". Jim agregó: "Mejor aún será cuando podamos centrarnos en mejores resultados para los clientes mediante la automatización de la lógica empresarial subyacente". 

Jim proporcionó un ejemplo. Plantilla “FUEGO”: ! edificio A, zona 102: alerta HVAC, ajustar el sensor de carbono al máximo, detección de humo, alerta FDNY, incendio eléctrico (rociador apagado/gas listo), zona de personas 102 SMS/Twilio evacuar, ocupación de personas en 102 negativo, cancelar llaves cibernéticas, incendio puertas cerradas, salidas de aire cerradas, luces de emergencia encendidas, FDNY en 102, el BMS del edificio activa la alerta de mantenimiento de emergencia: confirmación de llamada de voz humana a humana ejecutada. 

En su mente, Jim tenía RPA (Uipath, AA, etc.) como un enfoque rápido para ponerse en marcha, pero Marty comenzó su carrera como ingeniero en GE y contraatacó. “Jim, lo que también necesitamos es un motor de reglas en el corazón de las cosas que automatice los flujos de trabajo de IoT subyacentes entre el mundo de OT y TI”, afirmó Marty, “y oculte todos los espaguetis de todos porque ahí es donde las cosas fallan cada vez que las organizaciones trata de volverte digital”. Añadió: "Necesitamos ocultar la complejidad del software para que esto funcione". 

"Eso es una especie de BPM como Tibco, Appian, ¿verdad o tal vez incluso un BMS como la automatización de interruptores?" dijo Jim en respuesta.  

Sí, sería emocionante escuchar cómo Bert, Marty y Jim se unieron para resolver su problema. 

Solución: plataforma de automatización de código bajo 

Desde mi perspectiva, diría que Empire no romperá la nuez con un montón de cosas, por ejemplo, herramientas RPA/BPM, que no ayudan a evitar más software grande y a perpetuar un mundo semicongelado en la transformación digital. La respuesta es encontrar una plataforma de automatización de código bajo creada para un problema de integración de fórmula uno, uno en el que se conserven todas sus inversiones en aplicaciones de software, incluso sus sistemas heredados. De tal manera que la transformación digital se convierta en una integración más simple y factible de cosas capaces de abordar las necesidades de casos de uso muy sofisticados en operaciones en los mercados de servicios industriales, energéticos, de telecomunicaciones y financieros.

La ventaja para las empresas será mega en muchos frentes. A medida que el mundo se prepara para un contexto económico muy difícil, la mayor victoria en la que concentrarse, volviendo a nuestro ejemplo, es alcanzar nuevos estándares en seguridad y satisfacción del cliente. Seamos realistas, se obtendrán enormes ahorros de la automatización en un momento de escasez récord de habilidades de software a nivel mundial. Otras métricas objetivo que debe buscar en un sistema operativo de automatización son: tiempo de comercialización 10 veces más rápido, 100 veces menos código, 15 veces menos tiempo de desarrollo y hasta 20 veces menos en gastos operativos (OPEX) y gastos de capital (CAPEX). Y finalmente, un ROI de equilibrio dentro de nueve meses o menos.

Un enfoque colaborativo

Facilitar un entorno de desarrollo de servicio (producto) de equipos multifuncionales colaborativos en código bajo es excelente, pero luego abstraer a todos de la complejidad subyacente con la gestión de flujo de trabajo de automatización en el trabajo es aún mejor nuevamente. Una plataforma de automatización de código bajo conducirá a un enfoque colaborativo para los equipos de gestión y desarrollo de productos.