Acabar con los silos: Colabore de forma más eficiente con DevOps

DevOps ayuda a las empresas a alcanzar sus objetivos más rápidamente con métodos ágiles y procesos automatizados. Métodos que rompen los silos y unen a los equipos. Herramientas que ayudan a aumentar la calidad de los productos y servicios, acortar los plazos de desarrollo y acelerar el tiempo de comercialización de un producto. ¿Por qué es importante? Porque han aumentado las exigencias de rapidez de los clientes, los mercados son cada vez más dinámicos y la competencia mundial más dura. Estoy convencido de que quienes apuesten por DevOps ganarán en velocidad y aumentarán su competitividad. Esto se debe a que hace que las empresas sean más ágiles en casi todos los ámbitos de la digitalización. El requisito previo: tienen que replantearse las cosas, aprender y estar dispuestas a hacer concesiones.

Corto:

El uso de DevOps requiere nada menos que un cambio cultural. Es importante formar equipos DevOps compactos y no organizarlos según departamentos especializados, sino establecerlos a lo largo de los procesos de la empresa. Estos equipos de expertos también necesitan libertad para tomar sus propias decisiones. Al fin y al cabo, los desarrolladores, los consultores de UX y los jefes de producto son los mejores expertos para todas las cuestiones técnicas y operativas. Incluso cuando se trata de presupuesto y recursos: si el equipo de competencia tiene libertad aquí, esto también hace que el trabajo sea más ágil. Para que esto tenga éxito en una empresa, hace falta valor y visión. Valor para abrir nuevos caminos. Y visión para saber cómo sacar partido de ello.

Ejemplo:

Apoyo a las empresas minoristas y experimento un clima de mentalidad abierta para DevOps aquí. ¿Por qué? Las empresas trabajan con xs. Cualquiera que venda sus productos a gran escala a través de una tienda online sabe el gran impacto que pueden tener los pequeños cambios: Por ejemplo, los proveedores confían en las pruebas A/B para averiguar qué variante del diseño de una página de inicio vende más durante las operaciones comerciales en curso. Una mentalidad que les ayuda con DevOps: "Siempre beta" no significa una vida en la obra de construcción de software. Significa entender el propio trabajo de desarrollo como un proceso que ofrece margen de mejora durante las operaciones en curso.

Cuando se trata de procesos empresariales en tiempo real, SAP entra en juego. S/4 Hana convierte el factor tiempo en una nueva moneda de cambio de una vez por todas. Cómo DevOps puede acelerar aquí: por ejemplo, con microservicios SAP, aplicaciones UI5 y despliegues Cloud Foundry. En lugar de dar a luz una aplicación utilizando el método de cascada probado y comprobado, los pequeños equipos de DevOps con ciclos de desarrollo cortos y procedimientos de prueba automatizados pueden traer las aplicaciones necesarias al mundo mucho más rápidamente. Se pueden utilizar herramientas para montar aplicaciones con un clic del ratón. También se simulan rápidamente las interacciones de los usuarios y se identifican los problemas.

DevOps alcanza sus límites cuando se trata de procesos centrales: Se requiere estabilidad en el centro de cada sistema ERP. Se manifiesta en el núcleo monolítico que se ha individualizado durante años. Si se modifican descuidadamente documentos y transacciones porque benefician a un departamento, se pueden desencadenar efectos secundarios perjudiciales para otros. El problema: los sistemas SAP son demasiado grandes y los costes iniciales son antieconómicos. Si se confía en DevOps, hay que confiar en los sistemas y probar escenarios y definir resultados objetivo. Esto es más fácil de realizar con aplicaciones front-end, pero no con un entorno SAP ampliado.

Pero..:

Con S/4 Hana, SAP presta juramento a los empresarios para que adopten el enfoque greenfield. Quien limpia aquí, se orienta al estándar, también crea nuevas oportunidades: decidir en tiempo real. Y el nuevo sistema SAP se centra en los procesos empresariales, no en los departamentos, para desarrollarse de forma ágil con DevOps como este. Entonces SAP y DevOps - incluso en el núcleo - no son mutuamente excluyentes.