Migration automatisée

Les approches modernes du développement logiciel telles que Agile Development et DevOps aggravent la situation : les cycles de release raccourcis ne permettent plus d'effectuer des tests manuels complets. Pour que les projets SAP soient un succès et que les utilisateurs puissent tirer pleinement profit de leurs systèmes, il faut des procédures de test avec un degré élevé d'automatisation. Tricentis propose une plateforme complète que SAP recommande à ses clients comme solution officielle.

L'ADN numérique de S/4-Hana exigé

Comme SAP imprègne largement les processus d'une entreprise, l'introduction de la dernière version de SAP peut rapidement influencer tout l'ADN numérique de l'entreprise. L'enjeu est de taille, car une grande partie des applications critiques dépendent de SAP. Une mise en œuvre précipitée peut effectivement représenter un risque si elle n'est pas accompagnée des préparatifs et de la planification nécessaires.

Idéalement, la migration vers S/4 aide les entreprises à développer et à faire évoluer leurs activités. En outre, l'application aide à s'adapter à la numérisation progressive et aux conditions de marché en constante évolution, ainsi qu'à promouvoir de manière proactive l'innovation et à créer de nouvelles opportunités commerciales.

Dans le groupe indépendant d'utilisateurs SAP DSAG, les clients existants de SAP confirment que l'introduction de S/4 a quelques effets positifs. Le plus souvent cité est l'optimisation des processus commerciaux - c'est ce qu'indiquent 63% des personnes interrogées.

Le deuxième avantage cité par 48% des personnes interrogées est l'amélioration des conditions pour une innovation plus rapide dans leur entreprise. 46% des participants à l'étude indiquent que la migration vers S/4 améliore la vitesse et la performance de leurs systèmes et 44% peuvent citer l'augmentation de l'efficacité parmi les principaux avantages.

Risques liés à la migration vers S/4

Aussi prometteuses que soient ces perspectives, les avantages s'accompagnent toutefois aussi de risques. En effet, la vaste sphère d'influence de S/4 Hana signifie également que l'application comporte une grande partie de risques commerciaux. Comme l'extension par S/4 concerne une partie encore plus grande de l'entreprise, de nombreux processus commerciaux sous-jacents seront fondamentalement modifiés et restructurés pour le "nouveau monde".

Les adaptations et les intégrations doivent être réévaluées. Beaucoup sont dupliquées par les fonctions standard de S/4 (et devraient être mises au rebut), mais toutes nécessitent un examen et certaines une nouvelle mise en œuvre. Les utilisateurs doivent adopter le nouveau modèle de données - au cœur des promesses de rapidité et d'agilité de S/4 - et diriger les données de différentes sources vers (ou au moins en direction de) SAP Hana.

La plupart des entreprises profitent également de cette migration pour transférer les charges de travail SAP vers le cloud. Cela offre non seulement une évolutivité et une flexibilité sans précédent, mais ouvre également la porte à une cadence de mise à jour beaucoup plus rapide. Bien entendu, cela suscite également des inquiétudes quant à la manière dont les applications basées sur le cloud fonctionneront dans des conditions de pointe.

Pas sans gestion des risques

Une gestion efficace des risques est la clé pour saisir de nouvelles opportunités, mais avec S/4, c'est un défi avéré. Pas moins de 70% des utilisateurs SAP qui migrent ont récemment déclaré que leurs procédures de test traditionnelles ne leur donnaient pas une vision suffisante des risques liés à la transition. Dans ce contexte, il n'est pas surprenant que seule la moitié environ des clients SAP existants aient déjà commencé ou terminé leur transition vers S/4 Hana (59 % dans la région EMEA).

Ces planifications confirment ce qui est discuté en de nombreux endroits en Allemagne par les CEO et les CIO : La peur de l'inconnu incite les entreprises à reporter une initiative, même si elles sont sûres à 100 % que cela ferait progresser leur transformation numérique.
Nouvelle approche de test pour S/4

Cette incertitude est toutefois inutile si l'entreprise tient compte des planifications nécessaires et les combine avec une nouvelle approche de test. En effet, repousser la migration S/4 signifie également repousser l'opportunité d'accroître l'agilité, la vitesse et l'innovation, trois choses qui sont plus que jamais nécessaires si l'entreprise veut rester compétitive.

Les utilisateurs peuvent éliminer la plupart des risques en gardant à l'esprit les pièges connus pendant la migration et en s'assurant qu'ils sont immédiatement alertés en cas d'écart ou d'erreur.

Pour qu'un projet de migration SAP S/4 puisse être mené à bien dans le respect des délais et du budget, il est donc nécessaire d'avoir un retour rapide sur le fait de savoir si les différentes modifications apportées conduisent au résultat escompté - et ce, sans générer d'effets secondaires peu clairs susceptibles de paralyser les entreprises.

Éviter les obstacles connus

Il existe quelques obstacles cachés courants auxquels il faut faire attention lorsqu'on s'engage sur la voie de la migration vers S/4.

Les données : La résolution des problèmes liés aux données est le plus grand défi de la migration vers S/4 - en particulier face à des questions clés telles que la conversion des données de base du modèle de base client existant vers l'approche partenaire de S/4. Avant de passer à S/4 Hana, il faut un ensemble de données propres.

Périmètre : il est important de comprendre les exigences critiques en matière de processus d'entreprise et de limiter ensuite le périmètre de la migration S/4 à ces exigences. Mais en même temps, il faut être conscient des changements obligatoires imposés par SAP S/4 Hana.

Fonctions : La migration doit tenir compte des domaines spécifiques de S/4 dans lesquels les fonctions ont été soit déplacées ou éliminées, soit remplacées par de nouvelles fonctions.

Code : Étant donné que de nombreux clients SAP existants disposent désormais de codes personnalisés considérables (modification Abap dans l'espace de noms Z), toute migration doit tenir compte des révisions des meilleures pratiques de codage et des éventuelles restrictions quant aux possibilités offertes par leur code.

Interface utilisateur, mise à jour et infrastructure : malgré l'enthousiasme des utilisateurs pour les applications Fiori, il est important d'éviter de surcharger la migration initiale. Les utilisateurs doivent également être conscients des défis que représentent les mises à jour fréquentes de S/4 et Hana (trimestrielles dans le cloud, y compris les PUT et PL), ainsi que des nombreux aspects de l'évolutivité dans le cloud, des performances et de la taille globale réduite de l'infrastructure.

Alerter en cas de crise

Pour arrêter les erreurs avant qu'elles ne deviennent des problèmes, il est indispensable de faire évoluer les anciennes méthodes de test manuelles, ce qui implique de se passer des utilisateurs professionnels pour des tâches de test fastidieuses et chronophages. Avec des approches de test modernes (hautement automatisées), les risques de la migration sont gérables et il est tout à fait possible de réaliser une migration zéro défaut.

Certes, les tests sont souvent perçus comme un mal nécessaire qui ralentit le processus de migration. Pourtant, de nombreuses entreprises ont constaté que la modernisation des procédures de test apporte des avantages tangibles : en effet, elle permet d'accélérer la migration vers S/4 par un facteur 10 et de réduire les risques de plus de 90% tout en diminuant les coûts de 50%.
Migration avec automatisation des tests

Un exemple est Vodafone, l'une des principales entreprises de télécommunications au monde, avec 625 millions de clients et une capitalisation boursière de 42 milliards de dollars. Vodafone a opté pour l'introduction de S/4 Hana dès 2017. L'objectif était d'accroître l'automatisation et la standardisation des processus, d'accélérer le processus de clôture mensuelle, d'améliorer l'expérience client et de mettre à disposition des collaborateurs internes des fonctions de données et d'analyse en temps réel.

Dans le cadre de la migration, une seule instance SAP -ERP/ECC-6.0 (Business Suite 7) a été transformée dans un processus en deux étapes sur plus de 100 unités juridiques réparties sur 22 districts. La première étape a consisté à faire passer la base de données d'Oracle à SAP Hana.

La deuxième étape consistait à réimplémenter la couche applicative SAP ECC dans Fiori. Au total, cela a donné lieu à l'une des cinq plus grandes implémentations S/4-Hana au monde. Alors que les huit premiers mois du projet concernaient uniquement le remplacement de matériel, Vodafone a pu terminer l'ensemble du projet en dix-huit mois.

Un tel succès repose sur une combinaison de plusieurs facteurs : une vision claire, un leadership efficace, une gestion du changement efficace et une collaboration étroite avec un partenaire compétent. Il y a cependant un point sur lequel Vodafone se distingue clairement de son environnement concurrentiel plutôt hésitant.

L'entreprise a abordé de front le défi du projet et le risque qui y est associé. Vodafone s'est engagé à moderniser non seulement son environnement SAP, mais aussi ses tests. Pour ce faire, l'entreprise a utilisé la plateforme de test continu de Tricentis. En mettant en place un processus de qualité à la pointe du secteur, Vodafone en tire de multiples avantages :

L'entreprise peut se concentrer sur les domaines les plus risqués pour les tests, définir et faire évoluer rapidement l'automatisation des tests et mettre en place un "filet de sécurité" pour les tests continus, qui présentent des risques lors de leur mise en œuvre. En conséquence, l'entreprise de télécommunications a atteint l'équilibre ultime entre innovation, vitesse et risque.

Vodafone est passé de deux déploiements massifs par an à plusieurs déploiements par mois, ce qui lui permet de fournir des avantages commerciaux beaucoup plus rapidement.

Contrairement à d'autres solutions de test automatisées, Tricentis permet au client SAP existant d'automatiser ses tests SAP sans avoir à attendre un environnement SAP stable. Tricentis utilise une automatisation des tests basée sur des modèles, conçue pour être utilisée dans un environnement logiciel en évolution rapide.
l'environnement de travail. Où qu'il se trouve, le client SAP peut déjà profiter de l'automatisation et de ses avantages.