En la última publicación mencioné algunas áreas de componentes, principios para el éxito, que los equipos de TI de SAP tendrán que abordar en su camino hacia un enfoque DevOps totalmente implementado. En este artículo, me centraré en los dos primeros.

Maduración del proceso

Para avanzar hacia un enfoque DevOps, los procesos de control de cambios deben ser sólidos y claramente comprendidos por todos los implicados. Desarrollo, control de calidad, pruebas, negocio y equipos funcionales. Hay diferentes tipos de cambio, por lo que los cambios se procesarán de diferentes maneras. No es ciencia ficción, pero sigue siendo sorprendente la cantidad de equipos que siguen teniendo dificultades con este concepto relativamente sencillo. Gestionar el cambio con un único proceso de "talla única" no funcionará en un entorno DevOps / ágil.

Incluso en un entorno DevOps / ágil, los cambios desarrollados conllevarán diversos grados de riesgo. Para acelerar al máximo los cambios, los procesos reflejarán la variación del riesgo y variarán en consecuencia. También es muy poco probable que el equipo se despierte un lunes por la mañana como un equipo de desarrollo ágil. Por tanto, tendrá que coexistir, al menos durante un tiempo, una combinación de procesos que incluya metodologías tradicionales y ágiles.

Con el tiempo, sin embargo, un equipo DevOps habrá asentado sus procesos y dispondrá de un método para mejorar y modificar a medida que madura el enfoque.

Automatización de procesos

Entonces, ¿cómo gestiona un equipo informático SAP sus distintos procesos? Por ejemplo, ¿qué proceso se invoca cuándo y quién lo decide? ¿Cómo se gestionan varios procesos sin que las cosas se enreden? ¿Y cómo se puede estar seguro de que se ha seguido el proceso correcto para cualquier cambio?

La respuesta es la automatización.

Sin embargo, para ser eficaz, lo ideal es que la automatización sea capaz de ofrecer una serie de capacidades automatizadas dentro de su conjunto de funciones. Por ejemplo:

  • Visibilidad del desarrollo paralelo en vuelo
  • Protección contra adelantamiento y sobrescritura
  • Asignación del proceso de cambio en función del tipo de objeto o del riesgo analizado
  • Gestión de dependencias entre versiones y dentro de una misma versión
  • Facilidades para simplificar el tratamiento de los cambios N +1
  • Implantación de los cambios aprobados
  • Flujo de comunicación entre varios equipos
  • Ejecución procesal

Próximos pasos

Los procesos maduros y la automatización de procesos garantizarán un entorno colaborativo y automatizado sobre el que construir el viaje hacia una implantación completa de SAP DevOps enfoque. En la próxima entrada analizaré el papel de los flujos de desarrollo multipista y el valor de la gestión de versiones como componentes adicionales.