Dans mon dernier billet, j'ai mentionné quelques domaines de composants, des principes de réussite, que les équipes informatiques de SAP devront prendre en compte dans leur cheminement vers une approche DevOps pleinement mise en œuvre. Dans ce billet, je vais m'attarder sur les deux premiers.

Maturation du processus

Pour progresser vers une approche DevOps, les processus de contrôle des changements doivent être robustes et clairement compris par toutes les parties concernées. Le développement, l'assurance qualité, les tests, l'entreprise et les équipes fonctionnelles. Il existe différents types de changements, qui seront donc traités de différentes manières. Ce n'est pas sorcier, mais il est surprenant de voir combien d'équipes ont encore du mal à comprendre ce concept relativement simple. Gérer le changement avec un processus unique " à taille unique " ne fonctionnera pas dans un environnement DevOps / agile.

Même dans un environnement DevOps / agile, les changements développés comporteront des degrés de risque variables. Afin d'accélérer le plus possible les changements, les processus refléteront la variance des risques et varieront en conséquence. Il est également très peu probable que l'équipe se réveille un lundi matin comme une équipe de développement agile. Par conséquent, il faudra faire coexister, au moins pendant un certain temps, une combinaison de processus comprenant des méthodologies traditionnelles et agiles.

Cependant, à terme, une équipe DevOps aura rodé ses processus et mis en place une méthode d'amélioration et de modification au fur et à mesure que l'approche mûrit.

Automatisation des processus

Comment une équipe informatique SAP gère-t-elle ses différents processus ? Par exemple, quel processus est invoqué à quel moment, et qui décide ? Comment les processus multiples sont-ils gérés sans que les choses ne s'enchevêtrent ? Et comment peut-on être certain que le bon processus a été suivi pour tout changement ?

La réponse est l'automatisation.

Cependant, pour être efficace, l'automatisation doit idéalement être en mesure de fournir une gamme de capacités automatisées dans son ensemble de fonctionnalités. Par exemple :

  • Visibilité sur le développement parallèle en vol
  • Protection contre le dépassement et l'écrasement
  • Affectation du processus de changement en fonction du type d'objet ou du risque analysé
  • Gestion des dépendances entre versions et au sein d'une même version
  • Facilités pour la simplification du traitement des changements N +1
  • Déploiement des modifications approuvées
  • Flux de communication entre plusieurs équipes
  • Exécution de la procédure

Prochaines étapes

Des processus matures et l'automatisation des processus garantiront un environnement collaboratif et automatisé sur lequel il sera possible de s'appuyer pour parvenir à une mise en œuvre complète de la politique de l'UE en matière d'environnement. SAP DevOps approche. Dans le prochain billet, j'examinerai le rôle des flux de développement multipistes et la valeur de la gestion des versions en tant qu'éléments supplémentaires.