Hace poco me encontré con el libro electrónico "La transformación digital y el CIO: Un punto de vista elaborado por IBM y SAP".

Entre otras cosas, destaca la necesidad de que las organizaciones de TI de SAP desarrollen sistemas, procesos y metodologías -como SAP DevOps - para ofrecer innovación continua a la empresa.

Al debatir las oportunidades y retos para los CIO, IBM y SAP destacaron las áreas que los CIO han articulado como sus prioridades.

Una de estas prioridades gira en torno a la agilidad y la innovación continua de la empresa.

Sin embargo, sólo 17% de las organizaciones de soporte de TI han adoptado algún tipo de metodología de desarrollo de software ágil y sólo 15% han adoptado una metodología de desarrollo de software ágil. SAP DevOps aún queda terreno por recorrer.

Fuente: "Digitalización de las TI", The Economist Intelligence Unit, 2016.

 

Entonces, ¿cómo lo consiguen los equipos de TI de SAP y sus CIO, sobre todo en lo que respecta a los sistemas centrales de registro de la empresa?

El camino hacia SAP DevOps

El camino técnico hacia SAP DevOps es relativamente sencillo, sobre todo si se basa en el uso eficaz de una plataforma de automatización del control de cambios.

Así pues, suponiendo que se haya implantado la automatización del control de cambios, he aquí el camino para SAP DevOps hemos observado que los equipos de TI de SAP han estado viajando.

1. Enfoque multivelocidad

Existe una diferencia inevitable entre el ritmo al que pueden cambiar los sistemas digitales de compromiso y el ritmo al que pueden cambiar los sistemas SAP de registro, por lo que es necesario un enfoque de doble velocidad.

Pero esto no significa que todos los cambios de SAP tengan que ser lentos, ni que la gobernanza y el control deban traducirse en una lentitud en la entrega de los cambios del sistema de registro.

Mediante un enfoque múltiple, los equipos de TI de SAP pueden acelerar considerablemente el cambio empresarial sin comprometer la gobernanza, el control ni la calidad.

El planteamiento es muy sencillo. Se divide el trabajo en tipos de cambio según su impacto potencial y cada tipo se somete a su propio proceso de entrega y aprobación.

De bajo impacto son las pistas más rápidas con menos homologaciones y pruebas mínimas y de mayor impacto las pistas más lentas.

2. Metodologías de desarrollo ágil

Tanto si el trabajo se divide en sprints, historias o versiones, se necesitan métodos para entregar piezas más pequeñas de software de calidad, totalmente probadas y listas para su despliegue.

Los elementos funcionales más pequeños tendrán un menor impacto global, requerirán pruebas menos rigurosas y podrán entregarse más rápidamente.

Esto se basa en la metodología de publicación multipista.

En la medida de lo posible, el trabajo se desarrolla para minimizar el impacto, de modo que pueda discurrir por las vías más rápidas, de bajo impacto, y que sólo los cambios inevitables, de alto impacto, discurran por las vías más lentas y controladas.

3. SAP DevOps

El hecho de que elementos como el control de calidad, la evaluación de impacto o las pruebas se realicen durante el proceso permite a los desarrolladores comprender antes el impacto de sus desarrollos, lo que permite realizar más cambios con un impacto menor y, por tanto, aumentar el volumen de cambios más rápidos.

Este enfoque requiere el uso de una serie de herramientas ALM inteligentes (nativas de SAP o de terceros) que automaticen actividades DevOps como la revisión del código, la evaluación del impacto, las pruebas unitarias y de regresión, etc.

A medida que se introducen en el ciclo de desarrollo y luego se vinculan a través de una plataforma de flujo de trabajo de control de cambios automatizada, como Rev-Trac, se obtienen DevOps observables y sus beneficios.

La automatización como plataforma

Para las organizaciones de soporte de TI de SAP que utilizan Rev-Trac como su plataforma ágil/DevOps, la buena gobernanza y el control y el desarrollo rápido no son mutuamente excluyentes.

No sólo se automatizan las tareas y los procesos necesarios para una buena gestión de cambios en SAP, sino también los controles necesarios para aplicar un enfoque multipista sin sobrecargar al equipo.

La plataforma de flujo de trabajo debía vincular SAP DevOps actividades para que se conviertan en "en proceso" como otras actividades de desarrollo también está en marcha a medida que el programa madura.

Para más información sobre cómo Rev-Trac apoya la adopción de SAP DevOps metodologías, no dude en tender la mano a uno de nuestros expertos en gestión de cambios SAP.