Esta publicación refleja una visión desde el campo sobre cómo los analistas y las empresas ven la empresa componible, así como la perspectiva de un consultor sobre varios aspectos de la implementación de la empresa componible en una organización.

En primer lugar: no tienes que ser Mozart o Beethoven para componer una empresa, y no tiene nada que ver con la música, además de los elementos creativos.

Entonces, definamos qué es una empresa componible. Miembro de la Junta de SAP Jürgen Müller ha enfatizado negocio componible como «ágil y abierto al cambio y la disrupción». Gartner, uno de los primeros en acuñar el término, lo ha descrito de la siguiente manera:

Componibilidad en un contexto empresarial [means] diseñar su negocio para la adaptabilidad en tiempo real y la resiliencia frente a la incertidumbre”. Discurso principal de Gartner2020

Parece que la agilidad y la resiliencia son las características clave de la componibilidad, con varias tecnologías que ahora se pueden colocar detrás. Esta es también la razón por la que algunos unen el concepto de componibilidad con la arquitectura MACH (METROmicroservicios, API-primero, Cfuerte-nativo y Hsin cabeza).

Tomemos una analogía fácil: cuando piensas en tu empresa como un plato de pasta (¡sí, a todos nos gusta la buena comida italiana!), ¿qué es lo primero que te viene a la mente? ¿Una lasaña multicapa? ¿Unos ravioles? ¿O tal vez espaguetis ligeramente desorganizados pero sabrosos? Una breve encuesta de algunos amigos (sin base científica involucrada) mostró que muy pocos de ellos piensan en raviolis modulares, y prefieren comparaciones más jerárquicas o caóticas.

Figura 1. ¿Qué tiene que ver la pasta con la composición?

¿Qué hay detrás del gran revuelo de la componibilidad? Por un lado, los entornos de sistemas actuales son demasiado complejos, lo que provoca una respuesta lenta al cambio (que es más necesaria que nunca en tiempos tan turbulentos), soluciones parcialmente redundantes y dependencia del proveedor. Por otro lado, es necesario ser más flexible, elegir libremente entre millones de soluciones y plataformas y centrarse en los resultados.

¿Deberían las empresas volverse componibles si quieren ser ágiles? ¿Es diferente la vida en el mundo componible? Para ello, entendamos primero qué es ser componible significa.

Definición de componibilidad

Hay tres bloques de construcción clave de componibilidad (como lo define Gartner):

centrándose en un enfoque diferente (adaptativo) hacia la estrategia, estructuras organizacionales más flexibles y diferentes ciclos de planificación.

• arquitectura empresarial componible,

presentando un enfoque basado en valores hacia los procesos, trabajando con capacidades comerciales y promoviendo la responsabilidad distribuida.

caracterizado por metodologías de desarrollo ágiles, arquitectura modular y procesamiento de datos distribuido.

Esos bloques de construcción son algo similares a las metodologías existentes y bien establecidas, aunque ahora en un contexto componible. A modo de ejemplo, TOGAF (The Open Group Architecture Framework) destaca la importancia de la arquitectura empresarial y la arquitectura tecnológica y la Marco de arquitectura empresarial de SAP (Figura 2) se ocupa de las vistas de capacidad, proceso, datos y organización.

Figura 2. Marco de arquitectura empresarial de SAP

Como metodología reciente, Marco ágil escalado® (SAFe®) presenta patrones organizacionales y de flujo de trabajo para implementar prácticas ágiles en una empresa. ¿’Apoya’ los principios de componibilidad? De hecho, sin embargo, se necesita más que una metodología para lograr la agilidad y la componibilidad deseadas en una empresa y su arquitectura empresarial.

Entonces, ¿cómo se unen esos tres aspectos en una empresa componible?

Los principios clave del negocio componible son: modularidad, descubrimiento, autonomía y orquestación (consulte la Figura 3).

Figura 3 Arquitectura componible

Tomemos el ejemplo de un motor de precios que proporciona recomendaciones de precios para varias líneas de productos.

En un mundo componible, Modularidad significaría que hay una capacidad comercial empaquetada detrás que encapsularía este proceso único (fijación de precios del producto), tendría un propósito determinado (como optimizar la fijación de precios y maximizar los ingresos) y conduciría a un resultado (recomendaciones de precios).

Descubrimiento significaría que la capacidad se basa en una cierta arquitectura de información para ciertos objetos (como productos) y se puede buscar/identificar por la empresa y (re)utilizar para ciertos fines comerciales (calcular el precio de una nueva línea de productos).

Autonomía significa que esta capacidad puede ejecutarse independientemente (desde la perspectiva de la arquitectura y la implementación) de otras capacidades, tener un cierto proceso de gobierno (propietario del producto, arquitecto principal, desarrollador principal), tener un cierto ciclo de vida (con lanzamientos, implementaciones, actualizaciones) y ser escalable (la arquitectura nativa de la nube es clave en ese caso).

Finalmente, Orquestación se enfoca en componentes de seguridad, soporte de API, orquestación de flujo de trabajo y temas similares.

Siguiendo estos cuatro principios, las nuevas líneas de productos o negocios aprovecharían la capacidad del motor de precios componible en su arquitectura componible específica.

Perspectiva empresarial

Muchas organizaciones se enfrentan a un cambio continuo de una configuración centrada en el proyecto a una centrada en el producto. La mayoría de ustedes ya han escuchado sobre el pensamiento de diseño y el diseño centrado en el usuario, que son otros principios de cómo construir productos que están realmente diseñados para los clientes y sus necesidades. Aquí es donde entra en juego el pensamiento componible y las capacidades comerciales específicas en el ámbito de un producto «tienen» que ser componible, ya que estos sirven a un consumidor y dependerán de los productores.

Ahora bien, ¿qué significa para una empresa? Idealmente, esas características que acabamos de considerar deberían hacer la vida lo más fácil posible. Una vez que una empresa tiene una determinada necesidad, como determinar el riesgo de fuga de los empleados o calcular el CO₂ huella de un producto, uno puede encontrar fácilmente una capacidad/solución necesaria, integrarla en el panorama de procesos y aplicaciones, obtener todas las actualizaciones necesarias y escalarla de un departamento a todas las divisiones internacionales.

Figura 4 Ejemplo de transición a negocio componible

Martin Heinig, Jefe de Nuevas Empresas y Tecnologías de SAP, brinda otro ejemplo de los beneficios empresariales de la transición a la empresa componible en su recientemente publicado entrada en el blog.

“…piense en agregar un rastreador de carbono a los procesos de su cadena de suministro o integrar una nueva ley de protección contra infecciones en respuesta a una pandemia. Hoy en día, esto requeriría un proyecto de integración a largo plazo, mientras que un configuración modular podría permitir que un experto en procesos adapte y cambie los procesos de manera fácil y rápida, idealmente sin implementar una sola línea de código”.

¿Todos esos principios son nuevos? Desde la perspectiva de un arquitecto empresarial puro, principios como la modularidad, la autonomía y la orquestación no son realmente cosas nuevas. Han existido por un tiempo, sin embargo, con un nivel diferente de conciencia. Lo que es más importante para la compatibilidad (aunque tampoco es completamente nuevo) es el pensamiento alineado con el negocio y la TI, incluida la agilidad del pensamiento y de los procesos. Esto se vuelve especialmente importante cuando (de una manera verdaderamente componible) una empresa utiliza múltiples soluciones modulares. Si bien la resiliencia aumenta de esta manera, la complejidad del paisaje también está creciendo, por lo que es importante tener un enfoque y una propiedad clara, y aquí es donde la configuración organizacional centrada en el producto puede ayudar. Además, los equipos ágiles (negocios y TI en un solo equipo) son un requisito previo para que esta configuración funcione.

Visión de la industria: ¿qué tan extendida está la adopción de principios componibles?

Como Vikram Rawal, arquitecto empresarial de ERP en Roche, mencionó en un Episodio de podcast de expertos de SAP que toda organización tiene que ser ágil y flexible al cambio. El ERP componible debería ayudar a cambiar el pensamiento de ‘construirse para durar’ a ‘construirse para cambiar’. Aquí es también donde crece la importancia de las tecnologías de integración.

Además, esta tendencia es confirmada por otras empresas. Como dice Rene de Daniel, consultor principal de procesos de SAP: «Lo que veo cada vez más en los clientes y lo que estamos haciendo en conjunto con ellos, es detallar estos principios en pautas y criterios tangibles para evaluar varias opciones de solución o la llamada ‘composibilidad'». índice’. Con eso, las empresas pueden identificar el mejor «ajuste» en términos de componibilidad y definir los próximos pasos.

Curiosamente, con el surgimiento de redes comerciales e industriales como Catena-X composability tiene todavía un significado adicional. En un mundo empresarial interconectado, los temas de interoperabilidad y soberanía de datos cobran importancia. Por lo tanto, las soluciones no solo deben ser modulares, sino también interoperables entre sí, con conectores y formatos de datos estandarizados para garantizar que las soluciones puedan comunicarse sin importar qué proveedor se elija. Por otro lado, esas soluciones deben garantizar que los datos se comparten en la red de acuerdo con los requisitos y regulaciones de los proveedores de datos y pueden en cualquier momento revocar o modificar las políticas de acceso y uso para varios activos, roles, etc. Al mismo tiempo, este pensamiento de red es un paso gigante hacia la colaboración y la componibilidad a nivel empresarial e industrial.

Cualidades de la suite

La transformación también se está produciendo dentro de SAP, y SAP desarrolla productos para atender mejor las necesidades de las empresas de todo el mundo.

Las empresas exigen cada vez más soporte para sus procesos de misión crítica de principio a fin, consulte la Figura 5. Especialmente en la nube, toda la noción de un producto se desdibuja, con casi todo lo que se ofrece como servicio. Las empresas ejecutan sus procesos de extremo a extremo, por ejemplo, Contratar para retirar (sin preocuparse de qué aplicación de SAP se toca). Al final, parece una solución integral para el cliente. Está alineado desde una perspectiva de interfaz de usuario, integrado desde un nivel de proceso y alineado con los modelos de datos y el ciclo de vida. En ese sentido, estamos pasando de la integración de aplicaciones a la integración de procesos.

Figura 5 Transición de SAP a una arquitectura empresarial componible

Componibilidad empresarial – Guía de acción

Si bien existen ciertos límites para la adopción y el escalamiento de los principios empresariales componibles en todas las industrias, con todos los ajustes necesarios y el impacto en la arquitectura, los procesos y las aplicaciones actuales, ciertamente hay grandes oportunidades en el «mundo componible». Solo algunos de ellos son: rápido tiempo de valorización, fácil implementación de capacidades de solución modulares e integradas y mayor satisfacción del cliente.

Algunas ideas interesantes sobre cómo convertir la componibilidad en una ventaja competitiva fueron proporcionadas por Gartner cuando se preguntó a las empresas líderes en el espacio componible «¿qué es de importancia clave para tener éxito?» – los aprendizajes se resumen a continuación (Figura 6).

Figura 6 Ejemplos de principios de componibilidad y acciones en cada área.

¿Qué pueden hacer las empresas para preparar el camino hacia una arquitectura componible?

Primero, involucrar a los campeones de componibilidad. Así como hay centros ágiles de experiencia y entrenadores ágiles, puede haber entrenadores de componibilidad o centros de experiencia con la misión de incorporar los principios de componibilidad en el ADN de la empresa.

Segundo, empieza pequeño. Desde la creación de prototipos de aplicaciones modulares hasta el cambio de plataforma, existen múltiples formas de dar los primeros pasos en esa dirección.

Tercera, evalúa dónde estás parado (‘índice de componibilidad’) y detalle los principios de componibilidad para su empresa.

Finalmente (y volviendo al primer punto), es importante tener en cuenta las implicaciones para habilidades. Desde metodologías (p. ej., ágil y scrum), hasta arquitectura (p. ej., microservicios) y experiencia empresarial, se necesita todo este conocimiento para tener éxito en el mundo componible.

Recursos adicionales:

Sobre los autores:

René de DanielArquitecto Empresarial Principal en SAP.
María FayArquitecto Principal de Innovación en SAP.

Para cualquier pregunta o idea que tenga, no dude en comunicarse con nosotros. Estamos ansiosos por discutir el tema con usted.