En la última publicación mencioné algunas áreas de componentes y principios para el éxito que los equipos de TI de SAP deberán abordar en su camino hacia un enfoque DevOps completamente implementado. En esta publicación, daré más detalles sobre la primera pareja.
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 involucrados. Desarrollo, QA, Testing, Negocios y equipos funcionales. Hay diferentes tipos de cambios y, por lo tanto, los cambios se procesarán de diferentes maneras. No es ciencia espacial, pero sigue siendo sorprendente cuántos equipos todavía luchan con este concepto relativamente simple. Gestionar el cambio con un proceso único 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 el mayor cambio posible, 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 lo tanto, será necesario que coexistan, al menos por un tiempo, una combinación de procesos que incluyan metodologías tradicionales y ágiles.
Sin embargo, con el tiempo, un equipo de DevOps habrá asentado sus procesos y habrá implementado un método para mejorar y modificar a medida que el enfoque madure.
Automatización de procesos
Entonces, ¿cómo gestiona un equipo de TI de SAP sus diversos procesos? Por ejemplo, ¿qué proceso se invoca, cuándo y quién decide? ¿Cómo se gestionan múltiples procesos sin que se enreden las cosas? ¿Y cómo se puede estar seguro de que se siguió el proceso correcto para cualquier cambio?
La respuesta es la automatización.
Sin embargo, para ser eficaz, lo ideal es que la automatización pueda ofrecer una gama de capacidades automatizadas dentro de su conjunto de funciones. Por ejemplo:
- Visibilidad del desarrollo paralelo en vuelo
- Protección de adelantamiento y sobrescritura
- Asignación del proceso de cambio según el tipo de objeto o riesgo analizado
- Gestión de dependencias entre versiones y dentro de la versión
- Facilidades para la simplificación del procesamiento de cambios N+1
- Implementación de cambios aprobados
- Flujo de trabajo de comunicación entre múltiples equipos
- Ejecución del proceso
Próximos pasos
Los procesos maduros y la automatización de procesos garantizarán un entorno colaborativo y automatizado sobre el cual construir el camino hacia una implementación completamente implementada. SAP DevOps acercarse. En la próxima publicación analizaré el papel de los flujos de desarrollo multipista y el valor de la gestión de lanzamientos como componentes adicionales.
