Entre la agilidad y la estabilidad

Por "digitalización" no entendemos la conversión de contenidos analógicos (libros, música, películas) en soportes digitales.

Entendemos que se trata de una megatendencia favorecida por varias tecnologías nuevas, como la tecnología de sensores, la comunicación móvil y el procesamiento superrápido de datos, y que en última instancia equivale a una sincronización en tiempo real de la realidad física y la digital.

Este desarrollo no está impulsado por los aficionados a la tecnología y los hobbistas, sino por ventajas económicas tangibles. El procesamiento mecánico de datos en tiempo real genera beneficios que pueden medirse en euros y céntimos.

Un caso empresarial clásico de SAP en el ámbito del mantenimiento preventivo: los sensores de la carcasa de una bomba miden la temperatura, la humedad y las vibraciones y transmiten estos datos en tiempo real a un sistema analítico.

Potentes algoritmos estadísticos utilizan reglas basadas en la experiencia para predecir la probabilidad de que una bomba determinada falle en las próximas 24 horas.

En caso necesario, se crean inmediatamente mensajes u órdenes de mantenimiento. El técnico asignado in situ informa del estado real de la bomba y permite a la aplicación analítica aprender de las previsiones incorrectas o correctas.

Las ventajas potenciales son evidentes: menos tiempo de inactividad de las bombas, menos falsas alarmas y bombas defectuosas y costes de funcionamiento significativamente más bajos.

El ROI no cae del cielo

Los potenciales son enormes, pero el ROI deseado no cae del cielo. Se necesitan nuevas arquitecturas de soluciones, nuevas cualificaciones y nuevas formas de pensar en el departamento empresarial y en el de TI.

Nuestro escenario de bomba consta de varios subsistemas (véase la figura) 1) la bomba con sus sensores, 2) un procesador de flujo de eventos (como SAP ESP) que calcula las probabilidades de fallo y crea notificaciones de mantenimiento, 3) una solución ERP para procesar las órdenes de mantenimiento y recibir datos de retroalimentación, y 4) un motor de detección de reglas que genera y mejora continuamente los algoritmos en ESP.

Procesamiento de flujos de eventos

Los flujos de eventos -como en nuestro ejemplo- proporcionan grandes cantidades de datos de calidad a menudo incierta. Antes de seguir procesándolos, hay que completarlos o limpiarlos.

El arte de diseñar una arquitectura de soluciones reside en encontrar un equilibrio entre un alto rendimiento de datos y una alta tolerancia a fallos al mismo tiempo. Se utilizan tanto modelos de arquitectura especiales (por ejemplo, la arquitectura Lambda) como paradigmas de programación especiales.

Circuitos cerrados de retroalimentación

Los datos de ESP y ERP se fusionan en el Motor de Detección de Reglas, donde se analizan más a fondo y se utilizan para mejorar las reglas en el Procesador de Flujo de Eventos.

Así, los datos históricos influyen indirectamente en los futuros pedidos de mantenimiento. El resultado es un circuito cerrado de retroalimentación.

Todo esto ocurre de forma automática, continua y -más o menos- sin retrasos ni latencia. Así, el sistema en su conjunto puede reaccionar con flexibilidad cuando se obtienen nuevos conocimientos o cuando cambia el "comportamiento" de las bombas (por el motivo que sea).

El control en bucle cerrado o los bucles de realimentación en sí mismos no son nuevos, muchos sistemas de control de procesos funcionan con ellos. La innovación son los modelos de negocio totalmente digitalizados:

Estos bucles de control existen no sólo para las fases del proceso de producción, sino para procesos empresariales completos. Las reglas subyacentes no son rígidas, sino que pueden diseñarse para el autoaprendizaje.

Nuevas cualificaciones

El procesamiento de flujos de eventos y los bucles de control de autoaprendizaje son en sí mismos un reto para los desarrolladores Abap veteranos. A esto hay que añadir En las soluciones se utilizan a menudo sofisticados algoritmos estadísticos (redes bayesianas, Arima/Armax, modelos de variables latentes).

Tanto para SAP BW como para S/4, SAP ha abierto la puerta al mundo de la estadística con HAP (Hana Analysis Process), SAP PAL (Predictive Analysis Library) y la integración del lenguaje R.

En el futuro, los programadores experimentados serán sustituidos por científicos de datos, y muchas universidades ya ofrecen los correspondientes programas de máster. En cinco o diez años, sus titulados trabajarán para ti o para tu competencia.

Inducción en lugar de deducción

Hoy en día, las organizaciones operan en un entorno inestable. El comportamiento de los clientes y las normas de toma de decisiones en los procesos empresariales basados en ellos ya no cambian a un ritmo anual, sino diario, cada hora o cada minuto.

Por tanto, las arquitecturas descritas deben ser extremadamente flexibles; al mismo tiempo, es importante mantener una visión de conjunto en términos de gobernanza y cumplimiento.

Esto sólo funciona si a) te centras sólo en las correlaciones en lugar de explicar las relaciones causa-efecto y b) te dejas guiar por los datos en lugar de imponer tu propia visión del mundo a los datos (inducción en lugar de deducción).

El cambio de mentalidad correspondiente requiere más ocio que la mera migración técnica de ERP 6.0 a S/4.

TI como compositor

El CIO puede desempeñar un papel crucial en este sentido y acelerar el desarrollo de la organización. Con o sin externalización:

Ya no se trata de hacer uno mismo todo el trabajo de desarrollo, sino de desarrollar la organización de tal manera que pueda gestionar la externalización del trabajo de forma eficiente y supervisarla de forma orientada a los resultados.

Orientados a resultados" no significa niveles de servicio ITIL. "Orientado a resultados" significa: los proveedores de servicios de TI se miden en función de criterios de calidad para el rendimiento de los algoritmos (ejemplo: "precisión en cuanto al fallo de una bomba").

El funcionamiento detallado de estos algoritmos desempeña un papel secundario y, en el mejor de los casos, debe ser comprensible para los propios empleados de la empresa.

Portales de crowdsourcing como www.kaggle.com para el desarrollo de algoritmos o el propio mercado de ideas de SAP (ideas.sap.com) señalan el camino a seguir.

El acto de equilibrio entre agilidad y estabilidad sólo puede tener éxito si los expertos en TI evolucionan internamente de "músicos" a "compositores". En lugar de dar cabida a todas las funcionalidades posibles en programas Z o BAdI, la apertura de una plataforma como Hana puede aprovecharse para integrar otras soluciones, por ejemplo a través de Extended Application Services (XS).

De este modo, pueden externalizarse a otras aplicaciones tareas sencillas (como la elaboración de informes a través de Tableau) o pasos de trabajo muy especializados (cálculo de tiempos de conducción en el contexto de la segmentación de clientes en tiempo real).

Al mismo tiempo, al configurar los flujos de datos, debe aclararse dónde se necesitan estructuras persistentes (por ejemplo, el nuevo Adso en el BW basado en Hana) o qué se va a mapear mediante virtual (por ejemplo, Open ODS View) o híbrido (por ejemplo, Composite Provider).

En última instancia, el CIO tiene la responsabilidad de garantizar que su organización pueda tomar este tipo de decisiones y disponer de herramientas como el crowdsourcing o SaaS con confianza.

Comprender las probabilidades

Los sistemas ERP clásicos se organizan de forma determinista. Por supuesto, en SAP CRM se pueden almacenar probabilidades de pedido a nivel de posiciones de oferta.

Pero en el siguiente paso, una oferta se convierte o no en un pedido de venta. Los pasos siguientes (como la planificación de necesidades de material) no se controlan mediante probabilidades.

Para Hana -una plataforma con diversas funciones estocásticas- esto supone una grave limitación. Por lo tanto, en el futuro se tratará de tomar decisiones parcialmente automatizadas no sobre la base de suposiciones (probablemente falsas), sino sobre la base de probabilidades calculadas (mucho más cercanas a la realidad). E

n ejemplo de ello es nuestro escenario de bombas: con un número limitado de técnicos de servicio, los mensajes de mantenimiento sólo se activan a partir de un determinado umbral de probabilidad, que se determina por máquina y se adapta continuamente.

Conclusión

Hana es una herramienta inestimable para el diseño digital de los procesos empresariales. Para utilizar este potencial, es necesario rediseñar fundamentalmente las arquitecturas, los requisitos para los empleados y los modelos tradicionales de pensamiento.

El centro de atención de las TI está pasando de la negociación de los niveles de servicio a la composición de una sinfonía de aplicaciones y socios.

En el próximo artículo de nuestra breve serie, analizaremos la búsqueda de casos empresariales valiosos para la "digitalización" con Hana.