Klein prédit la fin des développeurs SAP d'ici 4 ans - ses clients devraient poser des questions maintenant

"Le développement logiciel est la fonction la plus impactée par l'IA", a déclaré Klein à l'Australian Financial Review. "Il y a une chance que dans trois à quatre ans, il n'y ait plus personne qui développe du logiciel chez SAP."
En janvier 2025, Klein disait que "80 % du code sera fait à l'avenir par des outils de codage alimentés par l'IA", tout en affirmant que les développeurs évolueraient plutôt que de disparaître. En avril 2026, il indiquait à Morgan Stanley que les développeurs SAP de demain se concentreraient sur la construction de couches de données cohérentes et la réimagination des processus métier plutôt que sur les méthodes de codage traditionnelles. La trajectoire du discours est claire.
Le CFO Dominik Asam avait posé le cadre en septembre 2025 : "pour le même volume de production, nous pouvons nous permettre d'avoir moins de personnes" et estimant que 60 à 70 % des emplois chez SAP pourraient éventuellement passer à des formats numériques.
Ce qui se passe déjà
SAP a annoncé en janvier 2024 la réorganisation de 8 000 postes pour faire place à un futur centré sur l'IA. Klein lui-même avait averti ses employés que le changement serait "aussi douloureux que la transition cloud" une décennie plus tôt. Ce qui n'a pas été couvert aussi largement : ce reset de 8 000 postes était le plancher, pas le plafond.
Asam a déclaré au Handelsblatt fin 2025 que les suppressions annuelles de postes représenteraient désormais environ 1 à 2 % de l'effectif mondial, chaque année, indéfiniment. Il a comparé ça à "se brosser les dents". Sur 100 000 employés, 2 % représentent 2 000 postes par an, de façon récurrente.
L'action SAP était à €134,52 au 23 juin, en baisse de 35,4 % depuis €208,35 au 1er janvier 2026. Le programme de rachat d'actions à €2,6 milliards a été exécuté à un prix moyen de €161 par action. L'écart entre le prix d'exercice du buyback et le cours actuel indique que le marché ne partage pas encore l'optimisme de la direction sur la thèse AI-as-productivity-driver.
Ce que ça change pour les clients
Si SAP reconfigure sa production logicielle autour de l'IA, les effets atteindront les clients via la cadence des releases, la réactivité du support, l'outillage d'implémentation, l'extensibilité, et les compétences que SAP attend de son écosystème. Une génération de code plus rapide pourrait raccourcir la distance entre l'exigence client et la capacité produit. Une gouvernance faible autour de ce changement pourrait augmenter la charge sur les tests, la documentation et le support.
Le vibe coding réduit peut-être l'effort de production de code. Le logiciel d'entreprise doit encore survivre à l'audit, passer à l'échelle, résister aux pressions réglementaires, à la complexité d'intégration et à des années de changement opérationnel. Le code peut devenir plus facile à produire. Le logiciel d'entreprise ne deviendra pas plus facile à opérer.
En mai, Intuit a annoncé 3 000 suppressions de postes, accompagnées d'accords avec Anthropic et OpenAI. Le PDG lui-même a repoussé la narration "licenciements IA", déclarant que "rien n'avait à voir avec l'IA" et que les coupes visaient des "rôles à forte coordination" et trop de couches managériales. Chez SAP, la distinction n'est pas faite aussi clairement.
Le problème du profil qui disparaît
Les architectes qui sortent de SAP dans la restructuration en cours sont les profils seniors qui ont construit les patterns d'intégration BTP, géré les relations de co-engineering avec AWS, Azure ou GCP, ou livré la couche analytique dans SAP Datasphere. Ces personnes ne sont pas des développeurs standard — ce sont des ingénieurs produits seniors qui ont construit les patterns d'intégration et les couches analytiques que la plupart des clients SAP consomment comme des fonctionnalités packagées sans jamais connaître les noms des équipes qui les ont livrées.
La main-d'œuvre que Klein décrit — des product managers qui savent vibe coder, des data scientists qui comprennent l'ontologie business, des ingénieurs capables de construire et gouverner des agents IA — n'existe pas encore à l'échelle dont SAP et ses pairs auront besoin.
Le BCG a publié en avril 2026 un modèle microéconomique selon lequel, si 50 à 55 % des emplois américains seront restructurés par l'IA dans les deux à trois prochaines années, seulement 12 % environ font face à une substitution directe — et BCG a explicitement averti que les entreprises qui réduisent leurs effectifs au-delà de la capacité réelle de l'IA à les remplacer verront leur productivité chuter, leurs connaissances institutionnelles disparaître et leurs talents clés partir.
Erika McEntarfer, économiste du travail à Stanford et ancienne commissaire du Bureau of Labor Statistics américain, a déclaré ce mois-ci que les données agrégées ne montrent pas encore de déplacement massif dû à l'IA. "Ce n'est pas une histoire de déplacements massifs." La recherche Stanford a cependant trouvé que l'emploi des jeunes développeurs logiciels a chuté de près de 20 % d'ici juillet 2025, et la porte d'entrée pour les travailleurs tech en début de carrière s'est considérablement rétrécie.
"We need product managers who can vibe code and who can actually understand businesses," a dit Klein. "Software developers are of lower demand, but we need more data scientists."
SAP a formalisé sa direction avec la SAP Business AI Platform, qui rassemble SAP Business Technology Platform, SAP Business Data Cloud et SAP Business AI, avec Joule Studio positionné comme l'environnement de construction d'agents et de workflows agentiques. C'est la thèse produit. Klein dit que ses propres développeurs humains seront les premiers à la tester.
TL;DR
Le PDG de SAP a déclaré à l'Australian Financial Review que SAP pourrait ne plus avoir aucun développeur humain dans trois à quatre ans — une prévision qui a évolué deux fois en dix-huit mois et qui arrive alors que l'action a cédé 35 % depuis janvier 2026.
- La suppression de postes est déjà structurelle chez SAP : le CFO a décrit en 2025 des réductions annuelles permanentes de 1 à 2 % de l'effectif mondial "comme se brosser les dents" — les profils seniors d'intégration BTP et d'architecture cloud sont parmi les premières victimes documentées.
- Pour les clients SAP et leurs intégrateurs, le changement de modèle de production logicielle a des implications concrètes sur la cadence des releases, la qualité du support et la valeur de l'écosystème SI — des questions à poser maintenant, avant que le changement devienne pratique standard.
- BCG chiffre à 12 % seulement la part des emplois faisant face à substitution directe par l'IA, et avertit que les entreprises qui coupent au-delà de la capacité réelle de l'IA perdent productivité et connaissances institutionnelles — un avertissement que SAP teste en temps réel.
Questions fréquentes
La prédiction de Klein sur la disparition des développeurs est-elle crédible sur un horizon de quatre ans ?
Sa position a glissé trois fois depuis janvier 2025 — de "80 % du code fait par l'IA" à "les développeurs se reconvertiront" à "plus personne ne développera peut-être". Le calendrier de quatre ans n'est pas étayé par les résultats financiers actuels ni par les données du marché du travail agrégé. Ce qui est documenté et déjà en cours : une réduction structurelle annuelle des effectifs, et une sortie des profils d'intégration seniors.
Quelles questions un DSI utilisant SAP devrait-il poser à son account manager suite à ces déclarations ?
Comment l'intégration de la génération de code IA dans le pipeline de développement produit affecte-t-elle les processus de revue de sécurité et d'audit ? Quelle gouvernance SAP applique-t-il sur le code généré avant release ? En cas d'incident de qualité sur un livrable généré par IA, quelle est la chaîne de responsabilité contractuelle ? Ces questions n'ont pas de réponse publique à ce jour.
Que risquent les intégrateurs SAP si le modèle de production logicielle change à cette vitesse ?
La valeur des intégrateurs se déplace déjà : quand la génération de code devient moins rare, c'est la conception des processus métier, la modélisation des données, la stratégie de test et la gestion du changement qui créent la différenciation. Les cabinets qui investissent sur ces compétences maintenant absorbent le choc. Ceux dont la marge repose sur la facturation de ressources de développement standard sont directement exposés.