L'automatisation, moteur de l'innovation : vers l'avenir de SAP avec DevOps

En ce qui concerne les efforts de numérisation dans leur entreprise, les DSI sont plus sceptiques qu'il y a un an. Certes, selon le rapport d'investissement 2019 de DSAG, un grand nombre de personnes interrogées prévoient de faire passer leur Business Suite à S/4 Hana, mais dans la pratique, cette étape ne se déroule pas aussi rapidement que prévu - les projets achevés ne sont pas encore très nombreux.

Mais pourquoi en est-il ainsi ? Pourquoi tant d'entreprises hésitent-elles ? Ce n'est pas que les clients SAP ne voient pas les avantages - des processus rationalisés de bout en bout, une innovation plus rapide.

Bien au contraire : selon une enquête menée auprès des membres de la DSAG, 5 % d'entre eux souhaitent entreprendre la migration vers S/4-Hana cette année encore, près de 40 % dans les trois ans à venir, et 30 % supplémentaires par la suite.

Toutes les autres entreprises n'ont pas encore pris de décision. Selon cette enquête, le taux de projets réalisés stagne à seulement 3 %, ce qui pourrait être dû au fait que les projets de mise en œuvre entamés prennent plus de temps que prévu initialement, que les entreprises ont mal évalué l'effort à fournir ou qu'elles optent pour des mises en œuvre brownfield qui, en raison de leur complexité, nécessitent une période de transition plus longue.

En effet, des études récentes montrent que la migration brownfield est plus répandue que l'introduction "en rase campagne". Cette dernière est recommandée par SAP, à l'avenir, la fréquence des versions de S/4 Hana doit être nettement augmentée en tant que "système d'innovation".

Quelle que soit la voie de migration choisie par les entreprises : Dans le cas où elles doivent exploiter ECC et S/4 Hana en parallèle, une assistance à la double maintenance est nécessaire.

Pour faire face à la complexité croissante, en particulier lors d'une migration à double voie, ainsi qu'à des cycles d'innovation toujours plus courts, les entreprises doivent d'abord, selon Steffen Pietsch, directeur technologique de DSAG, développer un savoir-faire.

Ils doivent être en mesure de mettre en œuvre rapidement les modifications apportées aux systèmes et aux processus existants et d'automatiser de bout en bout la mise à disposition des modifications.

Cela rend à son tour indispensable les vérifications de sécurité et les contrôles de dépendance au niveau de la configuration et du code, ainsi qu'une surveillance étendue. Un besoin qui se reflète déjà dans la pratique.

C'est l'un des principaux souhaits exprimés par les utilisateurs SAP lors des journées technologiques DSAG au printemps dernier : plus d'automatisation et d'intégration.

L'automatisation de la gestion des changements et des versions permet non seulement d'améliorer la qualité, mais aussi d'accélérer les processus de mise à disposition et d'éliminer de nombreux problèmes techniques avant même l'assurance qualité proprement dite - qui risque de devenir un goulot d'étranglement en raison de la complexité des environnements SAP et de leurs innombrables interdépendances.

Des mesures complémentaires sont alors nécessaires, comme par exemple le soutien par des tests de régression automatisés, qui couvrent pratiquement tout l'environnement de production et fournissent donc des résultats proches de la réalité.

En outre, il est recommandé d'automatiser, dans la mesure du possible, le test progressif du nouveau code afin de garantir que les erreurs potentielles puissent être détectées et corrigées le plus tôt possible.

Plus un environnement SAP est complexe, plus il est difficile de faire face à cette complexité de manière adéquate. L'automatisation et l'intégration complète du transport et des tests de contenu et fonctionnels sont les clés de l'efficacité, afin de livrer le logiciel le plus rapidement possible et d'assurer des "conditions stables" dans les environnements.

L'utilisation systématique de l'intégration continue (Continuous Integration, CI) et de la livraison continue (Continuous Delivery, CD) lors du développement et de la livraison permet d'intégrer en permanence les modifications dans les nouvelles versions du logiciel.

Dans l'idéal, la fréquence des innovations dans le contexte S/4-Hana ne pose alors aucun problème - et ce même dans une approche brownfield.