Keep the Core Clean : l'automatisation intelligente

Quelle que soit la statistique choisie, le pourcentage de clients SAP existants qui ne sont pas encore passés à Hana et S/4 reste énorme. Une étude menée par le groupe d'utilisateurs SAP germanophones (DSAG) en collaboration avec son homologue américain ASUG a révélé que fin 2020, à peine 20 % des clients étaient en production avec S/4, 30 % travaillaient activement à la transformation, 30 % supplémentaires étaient en préparation et 20 % n'avaient même pas commencé. Ces chiffres ont été confirmés par l'annonce de SAP selon laquelle 18.800 entreprises seraient désormais des clients S/4 à la fin de l'année 2021.

Il n'est toutefois pas clair à quel stade de la transformation ils se trouvent. En se basant sur une base de 41 500 clients SAP et en supposant que la plupart des entreprises exploitent également bien plus qu'un seul environnement SAP, le retard de transformation est en tout cas énorme et la fin de vie prévue de SAP ERP/ECC 6.0 en 2027 se rapproche de plus en plus.

Pénurie de personnel qualifié

Le manque de personnel qualifié et de ressources est le principal risque pour les transformations S/4. De nombreuses entreprises s'inquiètent désormais de la disponibilité du savoir-faire interne et externe pour mener à bien les transformations encore en suspens dans les délais impartis. Dans ce contexte, le journal allemand Handelsblatt a titré à juste titre peu avant la fin de l'année : "La pénurie de consultants devient un problème pour SAP". L'article décrit la situation tendue sur le marché du conseil SAP et prédit qu'elle va encore s'aggraver à l'avenir. De même, dans une étude publiée récemment par l'ASUG, 26% des entreprises participantes désignent comme principal défi lié à la technique S/4-Hana : les ressources pour le support, le développement et la mise à jour des systèmes SAP.

Ce manque de ressources a un effet similaire partout, aussi bien chez les clients SAP existants que chez les intégrateurs de systèmes et les sociétés de conseil qui souhaitent aider leurs clients dans leur transformation : Les consultants appropriés et disponibles sont rares, ce qui entraîne une augmentation considérable des coûts de main-d'œuvre pour les collaborateurs qualifiés. Même dans les pays dits à bas salaires, les tarifs journaliers des consultants externes ayant de l'expérience dans le domaine S/4 augmentent fortement et les intégrateurs de systèmes luttent par tous les moyens pour trouver les ressources adéquates. L'impact de la guerre en Ukraine sur la disponibilité des ressources nearshore de cette région n'a pas encore été mesuré.

Les stratégies du passé ne fonctionnent plus. Les problèmes de pénurie de personnel qualifié S/4 et de manque de ressources sont clairement visibles. Mais quelles sont les stratégies qui permettent de faire face à cette situation ? Et ce, sans risquer la future valeur ajoutée commerciale d'une mise en œuvre S/4 ou, au contraire, des dépassements de délais et de coûts du projet. 

Après tout, les projets S/4 sont généralement complexes, prennent du temps et sont de longue durée. Ils nécessitent en outre une exploitation parallèle temporaire, car les systèmes SAP existants doivent également être entretenus et les exigences commerciales courantes satisfaites. La double charge qui en résulte, à savoir les activités opérationnelles d'une part et les exigences du projet de transformation S/4 d'autre part, doit être gérée, et ce également dans un contexte de pénurie de personnel qualifié S/4.

Faire des compromis sur l'étendue et la qualité de la transformation n'est définitivement pas une alternative. Ceux-ci ont un impact négatif sur les avantages durables de SAP S/4 Hana et sur l'acceptation au sein de l'organisation. Les entreprises ne doivent en aucun cas répéter les erreurs commises lors des précédentes mises à niveau de SAP, qui ont accumulé de nombreuses charges techniques. C'est précisément ce qui a conduit à l'omniprésence de cycles de release lents et à des systèmes souvent instables, peu sûrs et difficiles à entretenir, tels que nous les rencontrons aujourd'hui dans la pratique de l'entreprise.

L'allongement des périodes de transition n'est pas non plus une véritable alternative : le temps nécessaire à la mise en production effective et à la création de valeur des nouveaux systèmes, la double maintenance jusqu'à ce moment-là, l'impact sur les activités courantes, la double charge de travail des équipes internes - tout cela ne cesse d'augmenter. 

De plus, le temps que les équipes internes consacrent à des tâches de transformation non stratégiques et uniques est gaspillé. Ces spécialistes hautement qualifiés devraient avant tout utiliser leurs connaissances approfondies des processus commerciaux de l'entreprise pour exploiter pleinement le potentiel du nouveau noyau numérique de S/4.

Automatisation

Quelles sont donc les alternatives lorsque les compromis sur l'étendue et la qualité ne sont pas acceptables, que les budgets et les calendriers sont finis et que les équipes internes doivent se concentrer sur les travaux à valeur ajoutée ? Une véritable mesure dans le cadre d'une transformation S/4 est l'utilisation de plateformes d'automatisation intelligentes pour les domaines de travail les plus vastes possibles de la transformation : modernisation des développements stratégiques internes avec automatisation. 

Un exemple de ce type d'automatisation intelligente : le traitement des processus personnalisés et des développements internes au sein des programmes de transformation S/4. Selon le dernier benchmark SmartShift, un système SAP ECC moyen contient plus de 25.000 développements internes et plus de 3,5 millions de lignes de code personnalisé. En moyenne, 60 % d'entre eux sont effectivement encore utilisés. Dans le cadre de la transformation S/4, l'accent devrait être mis sur la modernisation des applications stratégiques, tandis que le code hérité inutilisé ou redondant peut être supprimé. L'idéal est même de faire un pas de plus vers le "SAP Clean Core" - un système SAP S/4 standard sur lequel les extensions stratégiques spécifiques au client fonctionnent de manière découplée sur la Business Technology Platform (BTP) ou même entièrement en dehors de SAP. Avec cette architecture, les clients SAP sont à nouveau en mesure de mettre en œuvre plus fréquemment et plus rapidement les mises à jour et les mises à niveau de la part de SAP.

Éviter les efforts manuels

L'adaptation de tous les développements internes à S/4 Hana, voire le découplage d'applications du "SAP Core", s'avère souvent parcellaire et laborieux. Dans un premier temps, vous définissez des applications stratégiques et une approche aussi peu risquée que possible pour déclasser le code inutilisé. Pour les processus personnalisés restants, vous identifiez tous les composants techniques et mettez en œuvre des mesures de conformité et, dans le meilleur des cas, d'optimisation pour le nouveau noyau S/4 et le nouveau modèle de données. L'expérience montre que cette transformation nécessite la gestion de milliers d'adaptations dans les développements internes, ce qui entraîne à son tour des centaines de jours de travail purement manuel.

Cela n'inclut pas d'autres adaptations raisonnables de la base de code héritée en termes de sécurité, de performance, de stabilité et de maintenabilité, qui se chiffrent encore une fois en milliers. Abandonner simplement les applications stratégiques et tout réimplémenter peut être considéré comme une alternative, mais seulement si le budget et le temps sont illimités. La documentation des processus actuels et des exigences constitue à elle seule un grand projet.

ATC Quick Fixes

Une approche entièrement manuelle, voire semi-automatique, avec des développeurs
Des outils comme SAP ATC Quick Fixes (ATC, Abap Test Cockpit) a de bonnes chances de conduire aux résultats médiocres de la transformation décrits ci-dessus : Compromis sur l'étendue et la qualité, dépassements de budget et de temps, ressources internes bloquées. Sans compter qu'en raison du manque de ressources et de personnel qualifié, ces projets ne peuvent même pas être confiés à des spécialistes réellement adaptés.

C'est pourquoi de nombreuses entreprises de renom utilisent désormais l'automatisation Best-in-Breed, idéalement sous forme de solutions clés en main avec des résultats garantis par des accords de niveau de service. Cela permet : une réduction massive des temps d'exécution dans les projets de transformation ; une qualité de transformation exceptionnelle avec, par conséquent, une réduction considérable des tests et des régressions ; et une diminution des risques de transformation techniques et entrepreneuriaux avec des résultats garantis par les SLA.

Décharge des ressources internes des tâches manuelles banales mais chronophages. Possibilité de réutiliser les processus existants - tout en permettant de régler les dettes techniques accumulées et de moderniser les applications.

Depuis plus de 20 ans, Smart-Shift aide les entreprises utilisatrices de SAP à moderniser leurs systèmes SAP grâce à l'automatisation. Cette approche permet d'exploiter des extensions personnalisées légères, modernes et sûres pour le "Digital Core" de SAP. Les solutions sont basées sur une plateforme d'automatisation intelligente et prennent en charge des scénarios tels que les transformations Hana et S/4, les consolidations de systèmes et les carve-outs, ainsi que les projets de modernisation et de sécurité complexes. SmartShift offre une approche cohérente et sécurisée de la modernisation du code personnalisé, réduit les temps de transformation et les cycles de test, offre une flexibilité technique et commerciale et évite à ses clients des tâches manuelles inutiles et consommatrices de ressources.

Une transformation Brownfield S/4 avec 69.000 objets définis par l'utilisateur a été menée à bien chez le client SAP existant Evonik Industries. 350.000 adaptations de code pour Hana, S/4, la performance, la sécurité, le cloud readiness et la standardisation ont été adaptées de manière automatisée. La transformation a duré moins de cinq semaines et a été achevée avec une qualité maximale et moins d'une poignée de tickets en test. De plus, une double maintenance automatisée a permis aux activités de fonctionner sans problème tout au long du projet. Evonik a éliminé une grande partie de son héritage technique accumulé auparavant au cours des dernières années dans le cadre du projet.

Et BMW utilise également SmartShift Intelligent Automation : au cours des trois dernières années, dans 80 projets, pour 39 paysages SAP. Résultat : plus de 44 000 développements internes représentant plus de huit millions de lignes de code ont été arrêtés, plusieurs millions de problèmes de codage ont été résolus et des milliers de jours de travail manuel ont été économisés.