Moyen universel d'accélération


Comment ce progrès peut-il être exploité dans le monde SAP ? L'exploitation des systèmes SAP et le processus de développement correspondant sont très conservateurs. Une panne d'un système SAP a des conséquences catastrophiques pour l'entreprise. Ainsi, la stabilité est un bien précieux, ce qui se traduit aussi bien par des architectures à haute disponibilité, des processus bien définis que par une faible propension à l'expérimentation.
Néanmoins, DevOps prend de plus en plus d'importance dans le monde SAP. Cela se traduit notamment par la création d'un groupe de travail (AG) "DevOps" au sein du groupe de travail (AK) Development de la DSAG. De même, il existe un grand nombre de fournisseurs d'outils et de conseillers qui proposent des offres sur le thème DevOps dans l'environnement SAP.
Comme c'est souvent le cas, la mise en œuvre réussie de DevOps nécessite plusieurs composantes : une culture, une organisation, une formation et un entraînement appropriés, ainsi que des processus et des procédures adaptés. Tout cela doit être adapté aux spécificités du monde SAP.
Le monde SAP lui-même évolue rapidement en parallèle. Les approches qui fonctionnent et donnent les résultats escomptés dans le monde Abap bien connu ne seront pas nécessairement couronnées de succès dans un monde hybride, dans un ensemble de systèmes comprenant Abap, Java, des développements internes dans la SAP Cloud Platform (SCP) ainsi que des composants Fiori.
Ainsi, l'utilisation de DevOps nécessite une approche propre.
La composition des équipes sera plus interdisciplinaire qu'auparavant, car le savoir-faire et l'expérience des composants et des approches utilisés produisent rapidement de bons résultats.
Au-delà de la base et des développeurs classiques, le côté métier, la conception de l'expérience utilisateur, l'expertise du front-end et le savoir-faire en matière de gestion de l'information d'entreprise (EIM) sont nécessaires, ainsi que l'expérience pour tout nouveau composant ou interface à intégrer, comme les données IoT via l'Edge-Computing ou l'une des solutions SaaS de SAP.
Il est indispensable d'automatiser au maximum le testing de bout en bout des processus de gestion clés. La portée claire et rigoureusement communiquée de l'équipe garantit qu'il n'y a pas d'effets secondaires inattendus et que le testing reste gérable.
Au sein de ce périmètre, un degré de liberté élevé de l'équipe permet de réduire les dépenses et d'accroître l'agilité. Une mise à disposition également agile de l'infrastructure, par exemple par la conteneurisation ou l'utilisation d'"Infrastructure as a Service" (IaaS), constitue la base de l'intégration de nouveaux composants.
Dans le cadre de ce concept, des nouveautés peuvent être introduites, testées et mises en production de manière agile et avec des cycles de développement courts. Il est possible de réaliser rapidement de petites améliorations et d'enregistrer et de mettre en œuvre rapidement les retours des clients "au plus près du vent". Le front-end et l'expérience utilisateur en particulier peuvent ainsi être modifiés de manière agile et les tendances peuvent être réalisées ou définies rapidement. Cela augmente la compétitivité - et celui qui peut s'adapter à des conditions générales changeantes avec peu de ressources a un avantage décisif, et pas seulement dans l'évolution.
Cette agilité est importante lors du passage de l'ERP/ECC 6.0 à S/4
Les possibilités d'optimisation du front-end augmentent de manière spectaculaire, une demande fréquente notamment de la part d'utilisateurs occasionnels.
D'autre part, les modifications doivent éventuellement être intégrées et exploitées pendant un certain temps en parallèle dans le système ECC existant et dans le nouveau système S/4. Afin de ne pas générer des dépenses excessives, le concept décrit ci-dessus est essentiel, notamment en ce qui concerne la portée.
Dans ces conditions, les nouveautés et les améliorations qui sont livrées à une fréquence élevée dans le produit principal S/4 peuvent être rapidement utilisées à leur avantage et intégrées dans les processus existants. Les avantages de S/4 peuvent ainsi être réalisés petit à petit, améliorés et optimisés en permanence. Les investissements dans la migration vers S/4 fournissent ainsi plus rapidement une valeur ajoutée - ce qui est également important pour les décideurs et réduit l'obstacle initial à la migration vers S/4.