Una de las grandes críticas que subyacen al paso de las aplicaciones de software de tipo Enterprise Core a aplicaciones más ágiles basadas en la nube, es el lento y frustrante ritmo de cambio, inadecuado para la era de respuesta rápida en la que operamos ahora, y cuyos culpables suelen ser los sólidos procedimientos de control de cambios.

Pero, ¿es necesario que un procedimiento de control de cambios ralentice el ritmo de cambio de una aplicación SAP Enterprise y vaya en contra de los objetivos de desarrollo ágil?

La respuesta es sí y no.

Si se mantienen las actuales técnicas manuales de gestión del ciclo de vida del software, entonces es un sí rotundo, la gestión del cambio irá en contra de los objetivos del desarrollo ágil.

La necesaria categorización manual de los cambios, la comprobación manual del código de los cambios, la aprobación manual de los cambios y la comprobación manual de los cambios (por ejemplo) seguirán existiendo y continuará la frustrante lentitud en la entrega de cambios. Las mejoras de volumen y velocidad seguirán siendo difíciles de alcanzar y el desarrollo ágil de SAP será difícil de lograr.

Sin embargo, si se adopta la automatización en todo el ciclo de vida del software SAP, entonces no, el control de cambios no irá en contra de los objetivos de desarrollo ágil.

Los procedimientos automatizados de control de cambios pueden facilitar un aumento significativo tanto del volumen como de la velocidad de los cambios de SAP Empresarial con una mejora de la calidad.

Cuando todo el procedimiento de control de cambios está automatizado de principio a fin e incluye elementos como la revisión automatizada del código, la evaluación automatizada del impacto, las pruebas unitarias y de regresión automatizadas y las aprobaciones automatizadas (véase el reciente artículo de Chet Hodgins blog las cosas serán diferentes), los procedimientos de control de cambios ya no irán en contra del desarrollo ágil de SAP, sino que lo facilitarán.

En la actualidad, muchos equipos de TI de SAP ya han automatizado una o varias de estas actividades con cierto éxito. Las pruebas automatizadas han reducido el tiempo de comprobación y la revisión automatizada del código ha desplazado a la izquierda la identificación de errores. Ambas ayudan a conseguir un desarrollo ágil de SAP y a aumentar la velocidad de los cambios.

Sin embargo, hasta que no se incluyan en un verdadero proceso automatizado de principio a fin, respaldado por una plataforma de flujo de trabajo de control de cambios robusta y automatizada, como Rev-Trac, no se obtendrán los verdaderos beneficios.

Es entonces cuando los procedimientos de control de cambios de SAP y el desarrollo ágil de SAP serán tan compatibles como sea necesario.

Con tantos equipos de TI de SAP dispuestos a adoptar el desarrollo ágil, ésta es sin duda la próxima frontera que muchos explorarán.