Le manque de formation fragilise les migrations SAP

La modernisation SAP engendre un « déficit de compétences » en l’absence d’une formation adéquate des développeurs

Les entreprises peuvent consacrer des dizaines de millions à la modernisation d’un environnement SAP tout en négligeant de financer un enjeu crucial : les compétences des développeurs. Le Groupe des utilisateurs SAP germanophones (DSAG) met en garde contre le fait que les entreprises sous-estiment souvent cet aspect de la transformation vers S/4HANA. Sa position est claire. La formation des développeurs doit constituer un investissement planifié.

La DSAG qualifie cet écart de « déficit de compétences ». Il apparaît lorsqu’une entreprise met en place de nouvelles technologies SAP à un rythme plus rapide que celui auquel ses équipes internes apprennent à les utiliser correctement. Le problème n’est pas toujours visible au premier abord. Les développeurs en place parviennent souvent à maintenir les systèmes en état de fonctionnement grâce aux méthodes qu’ils maîtrisent déjà. Mais un logiciel qui fonctionne n’est pas nécessairement un logiciel facile à maintenir.

Le coût se fait sentir par la suite. La DSAG établit un lien entre le déficit de compétences et des projets plus longs, des coûts de maintenance plus élevés, de mauvais choix architecturaux et une dépendance accrue vis-à-vis des prestataires de services externes. Les équipes peuvent également créer des développements sur mesure qui nécessitent un travail supplémentaire à chaque nouvelle version de SAP. Cela compromet l’un des objectifs majeurs de la modernisation : réduire la complexité qui rend les mises à niveau futures difficiles.

Cela engendre également une dette technique. Les développeurs qui ne maîtrisent pas le nouveau modèle de développement SAP risquent de reproduire d’anciens schémas sur une nouvelle plateforme ou de mettre en place des solutions de contournement alors que les fonctionnalités standard seraient plus appropriées. Il devient alors coûteux de revenir sur ces décisions une fois que les applications, les intégrations et les processus métier en dépendent.

Pour les DSI, la question essentielle est celle de l’affectation des ressources. Se contenter d’acquérir la technologie S/4HANA sans allouer du temps rémunéré aux collaborateurs pour qu’ils la maîtrisent rend la transformation incomplète. La formation doit disposer de son propre budget, de son propre calendrier et de parcours d’apprentissage mesurables. Elle doit également être mise en place suffisamment tôt pour influencer les décisions de conception.

Cette distinction revêt une importance particulière au niveau du conseil d’administration. La modernisation SAP concerne soit l’infrastructure, soit les applications. Elle modifie les méthodes techniques utilisées pour mettre en place et maintenir les processus métier. Les entreprises qui financent la plateforme sans investir dans les compétences nécessaires à son exploitation risquent de transférer la dette technique vers le nouvel environnement au lieu de la résorber.

L’expertise SAP traditionnelle ne suffit pas pour les nouveaux paradigmes de développement S/4HANA

. Des décennies d’expérience SAP restent précieuses, mais elles ne préparent pas automatiquement une équipe de développement à S/4HANA. De nombreux développeurs ABAP possèdent une connaissance approfondie de SAP R/3 et ECC, y compris des processus métier sous-jacents aux systèmes d’entreprise hautement personnalisés. DSAG estime toutefois que le modèle de développement a suffisamment évolué pour nécessiter une formation spécifique.

Trois changements revêtent une importance particulière : S/4HANA, Clean Core et ABAP Cloud. Clean Core vise à maîtriser les modifications apportées au système SAP standard afin que les mises à niveau restent plus faciles à gérer. ABAP Cloud introduit des règles de développement et des interfaces validées, conçues pour les environnements SAP modernes. Ces pratiques peuvent différer sensiblement des approches que les développeurs ont apprises au fil de nombreuses années passées à assurer la maintenance des systèmes ECC.

Ce même problème a des répercussions sur l’expérience utilisateur. Selon DSAG, de nombreux consultants en gestion s’appuient encore trop sur les transactions classiques de l’interface utilisateur graphique SAP et n’accordent pas suffisamment d’attention à Fiori, l’approche moderne de SAP en matière d’applications et d’interface utilisateur. Il ne s’agit pas simplement d’une refonte visuelle. Cela peut avoir des répercussions sur la manière dont les processus métier, les applications et les rôles des utilisateurs sont conçus.

Le risque réside dans l’application de méthodes traditionnelles éprouvées à une plateforme conçue selon des contraintes différentes. DSAG souligne que cela peut entraîner des choix architecturaux inappropriés, des solutions de contournement chronophages et des logiciels sur mesure nécessitant une attention particulière à chaque nouvelle version. Une expertise approfondie en matière d’ECC reste donc utile, mais elle doit être associée à une connaissance de l’architecture SAP actuelle.

Les dirigeants ne doivent pas y voir une raison de remplacer des équipes expérimentées. Leur connaissance des processus présente une valeur considérable. La meilleure approche consiste à actualiser leurs compétences techniques avant que des décisions importantes en matière d’architecture ne soient prises. Cela permet de préserver le savoir-faire institutionnel tout en modifiant les pratiques de développement qui ne sont plus adaptées à l’environnement cible.

L’objectif métier est clair. S/4HANA doit permettre à l’entreprise de disposer d’un système plus facile à faire évoluer. Pour y parvenir, les développeurs et les consultants métier doivent modifier leur approche en matière de conception des logiciels, des extensions et des processus utilisateur. Sans ce changement, l’entreprise pourra certes mener à bien la migration, mais passera à côté d’une partie importante de son objectif de modernisation.

Une mise à niveau des compétences proactive et continue est essentielle avant, pendant et après la migration

. La formation doit débuter avant que la migration vers S/4HANA n’en arrive aux décisions critiques en matière de conception. DSAG souligne que le fait d’attendre que la mise en œuvre soit déjà en cours augmente les risques liés au projet. À ce stade, les développeurs peuvent en effet avoir déjà fait des choix architecturaux fondés sur des pratiques SAP obsolètes.

Les lacunes en matière de connaissances sont spécifiques. Les développeurs doivent maîtriser des technologies telles que Core Data Services (CDS), le modèle de programmation d’applications RESTful (RAP) et Fiori. CDS offre une approche moderne pour définir et exploiter les données métier. RAP prend en charge le développement d’applications et de services SAP modernes. Fiori transforme la manière dont les équipes conçoivent et mettent à disposition les applications métier pour les utilisateurs. Ces technologies ont une incidence sur l’architecture.

Le moment choisi est donc crucial. Une équipe qui assimile ces concepts après le début des travaux de conception pourrait être amenée à revoir ultérieurement ses applications ou son architecture technique. DSAG souligne que de telles corrections peuvent s’avérer coûteuses. L’entreprise est également confrontée à un problème de capacités. Sans heures de formation dédiées, les développeurs ne peuvent pas facilement assurer la maintenance des systèmes existants, mener à bien une migration et acquérir de nouvelles compétences importantes en même temps.

Les DSI devraient articuler leurs plans de formation directement sur le calendrier de migration. Les collaborateurs chargés de l’architecture et du développement doivent disposer des connaissances nécessaires avant que ces décisions ne deviennent difficiles à revenir en arrière. Le temps consacré à la formation devrait être intégré à la planification des capacités plutôt que d’alourdir les charges de travail existantes.

La formation doit également se poursuivre après la mise en production. S/4HANA n’oblige pas les développeurs à abandonner toutes les pratiques issues de l’ère ECC. Certaines approches plus anciennes peuvent continuer à fonctionner d’un point de vue technique. Cela comporte un risque : les équipes peuvent mener à bien la migration sans adopter les fonctionnalités qui ont justifié la modernisation au départ.

Le travail post-migration offre l’occasion de consolider les nouvelles compétences acquises par la mise en pratique. Les développeurs peuvent appliquer ce qu’ils ont appris à des besoins concrets tout en maîtrisant davantage les méthodes SAP actuelles. Pour les dirigeants, l’objectif doit être de développer des capacités internes durables.

L’accélération par l’IA nécessite une expertise fondamentale de la part des développeurs

L’IA peut générer et expliquer du code, mais elle ne peut pas se substituer à l’expertise des développeurs. La position de DSAG est claire : « Seuls ceux qui comprennent ce qui constitue un bon code SAP peuvent utiliser l’IA comme accélérateur. » Le développeur doit toujours vérifier si le code généré est correct, facile à maintenir, sécurisé et adapté à l’architecture SAP cible.

Cela modifie la nature de la contrainte. Une génération de code plus rapide n’a qu’une valeur limitée si l’organisation ne dispose pas de personnel capable d’examiner le résultat. Un code de mauvaise qualité peut également être produit plus rapidement. Le DSAG met en garde contre le fait que, sans expertise suffisante, l’IA peut amplifier les risques et accélérer l’ accumulation de la dette technique.

Selon le rapport, trois compétences sont indispensables : de solides connaissances en génie logiciel, la maîtrise des tests automatisés et une bonne compréhension des pratiques actuelles de développement SAP. Les tests automatisés revêtent une importance particulière, car le code généré doit tout de même faire l’objet d’une validation systématique. La connaissance des pratiques actuelles de développement SAP est également nécessaire pour identifier le code qui, bien que fonctionnel sur le plan technique, entre en conflit avec l’architecture prévue par l’entreprise.

Pour les DSI qui envisagent de recourir au développement assisté par l’IA, cela fait de l’investissement dans les compétences un élément à part entière de l’analyse de rentabilité de l’IA. Les gains de productivité ne doivent pas être mesurés uniquement en fonction de la rapidité avec laquelle les développeurs génèrent du code. La maintenabilité, les tests, la conformité à l’architecture et le volume de retouches ont également une incidence sur le résultat économique.

L’IA et la formation des développeurs constituent donc des investissements complémentaires. Des développeurs qualifiés peuvent utiliser l’IA pour réduire le temps consacré à certaines tâches de développement tout en conservant le contrôle technique sur le résultat. Les organisations qui misent sur l’IA sans renforcer leurs compétences en ingénierie risquent d’augmenter le volume de logiciels sans pour autant améliorer leur qualité.

La priorité concrète consiste à établir des normes d’ingénierie avant de déployer à grande échelle le développement généré par l’IA. Les équipes ont besoin de procédures de validation claires, de tests automatisés et de développeurs maîtrisant S/4HANA, Clean Core et les méthodes de développement SAP modernes. Dans ces conditions, l’IA peut accélérer le développement sans compromettre les fondements techniques de l’environnement SAP.

Les DSI doivent institutionnaliser une formation structurée des développeurs dans le cadre de leur stratégie de transformation

. La formation SAP nécessite des moyens formels, un financement et une obligation de rendre compte. DSAG recommande aux DSI d’intégrer la formation continue directement dans leur stratégie de transformation. Laisser les collaborateurs se former aux nouvelles technologies lorsque leur emploi du temps le leur permet engendre un problème prévisible : les tâches opérationnelles et les échéances des projets sont prioritaires, tandis que les déficits de compétences restent sans solution.

La DSAG propose cinq mesures concrètes. Les organisations devraient définir des parcours de formation obligatoires pour des postes spécifiques, notamment ceux d’ABAP, du SAP Cloud Application Programming Model (CAP), des développeurs d’intégration et des consultants métier. Elles devraient mettre à disposition des environnements de test et des « sandbox » dans lesquels les collaborateurs peuvent mettre en pratique leurs nouvelles compétences sans affecter les systèmes de production. Les heures de formation devraient être intégrées à la planification des capacités plutôt que d’être ajoutées en sus des charges de travail existantes.

Les deux autres mesures portent sur le calendrier et les normes. Les programmes de formation doivent s’aligner sur les projets de migration et de modernisation afin que les collaborateurs acquièrent les compétences nécessaires avant d’avoir à prendre des décisions techniques importantes. DSAG recommande également d’utiliser ses directives existantes comme cadre de référence pour le développement. Cela offre aux équipes une base commune pour mettre en œuvre les pratiques SAP modernes.

Pour les DSI, la planification des capacités constitue un enjeu central. Un budget de formation n’a guère d’intérêt si les développeurs ne disposent pas de temps dédié pour en bénéficier. Il en va de même pour les formations en ligne et les certifications. Les organisations doivent déterminer quelle part de leurs capacités de développement sera réservée à la formation et refléter cet engagement dans les calendriers de projet et les plans de ressources.

Les environnements pratiques revêtent une importance tout aussi grande. La compréhension théorique d’une nouvelle méthode de développement ne suffit pas à garantir la capacité à l’utiliser dans le cadre de logiciels d’entreprise. Les environnements de test et les systèmes de simulation permettent aux développeurs de se familiariser avec des technologies telles que ABAP Cloud, CDS, RAP et Fiori avant d’appliquer ces méthodes à des applications critiques. Ils offrent également aux équipes un cadre contrôlé pour tester les normes techniques et les pratiques de développement.

L’apprentissage axé sur les rôles permet d’éviter un autre problème courant : considérer la formation SAP comme un programme unique et générique. Un développeur ABAP, un spécialiste de l’intégration, un développeur CAP et un consultant métier prennent des décisions différentes et ont donc besoin de compétences différentes. Des parcours de formation obligatoires permettent de définir les connaissances minimales requises pour chaque rôle, tout en offrant à la direction une vision plus claire des lacunes en matière de compétences.

Les dirigeants devraient également établir un lien entre la formation et des résultats de transformation mesurables. Parmi les indicateurs utiles, on peut citer l’achèvement des parcours de formation obligatoires, la maîtrise des technologies cibles, l’adoption de pratiques de développement approuvées, la couverture des tests automatisés et la quantité de code personnalisé nécessitant une correction. Il s’agit là d’options de gestion plutôt que d’indicateurs spécifiés par le DSAG, mais elles peuvent aider les entreprises à déterminer si la formation modifie réellement le comportement des ingénieurs, plutôt que de se contenter d’enregistrer la simple présence aux cours.

L’objectif n’est pas la formation en soi. Il s’agit de développer des capacités internes suffisantes pour mettre en œuvre et maintenir S/4HANA sans accumuler de manière répétée une dette technique évitable ni recourir inutilement à des prestataires externes. Lorsque le développement des compétences est synchronisé avec les investissements technologiques, les organisations sont mieux à même d’exploiter les fonctionnalités modernes de SAP tout au long du cycle de vie du système.

Principaux enseignements pour les décideurs

• Le déficit de compétences accroît les risques liés à la transformation SAP : les investissements importants dans S/4HANA peuvent s’avérer moins performants que prévu lorsque les compétences des développeurs ne sont pas à la hauteur de la technologie. Les DSI doivent allouer des ressources au développement des compétences dans le cadre du budget de transformation afin de limiter la dette technique, les coûts de maintenance et la dépendance vis-à-vis de prestataires externes.
• L’expertise héritée doit être mise à niveau vers S/4HANA : une connaissance approfondie de R/3 et d’ECC reste précieuse, mais les développeurs et les consultants doivent disposer de compétences à jour en Clean Core, ABAP cloud et Fiori. Renforcez ces capacités avant que les pratiques héritées ne façonnent la nouvelle architecture.
• Formez-vous avant de prendre des décisions cruciales en matière de migration : attendre qu’un projet S/4HANA soit en cours pour se former au CDS, au RAP, à Fiori et à d’autres pratiques modernes augmente le risque de retouches coûteuses. Alignez les étapes de formation sur les phases de migration et poursuivez la formation après la mise en production.
• L’IA exige des compétences techniques plus solides : l’IA peut accélérer le codage SAP, mais les développeurs doivent être capables d’évaluer ses résultats et d’éviter la dette technique. Mettez en place une expertise SAP moderne, des normes d’ingénierie et des tests automatisés avant de déployer à grande échelle le développement assisté par l’IA.
• Intégrez la formation aux capacités opérationnelles : formalisez des parcours d’apprentissage axés sur les rôles, prévoyez du temps dédié à la formation, mettez en place des environnements de test et établissez des calendriers alignés sur les projets de modernisation. Évaluez si la formation modifie réellement les pratiques de développement, plutôt que de vous contenter de suivre la validation des formations.