La Trahison du Maître Architecte
ou Comment SAP a retourné sa veste avec une élégance confondante
Une épopée tragicomique en trois actes, à l'usage des décideurs qui signent des contrats qu'ils ne liront jamais et des consultants qui facturent des jours qu'ils ne travailleront pas.
ACTE I — Environ 1995-2015L'Âge d'Or des Tailleurs sur Mesure, ou la Belle Époque du Code Spaghetti
Permettez-moi de vous planter le décor. Nous sommes à la fin du vingtième siècle, une époque bénie où l'on croyait encore à la fois à la fin de l'histoire et aux licornes boursières de la Silicon Valley. Les grandes entreprises — celles dont le siège social ressemble à un aéroport et dont le président-directeur général voyage en Gulfstream V, naturellement — découvrent avec émerveillement un logiciel allemand du nom de SAP.
SAP. Trois lettres qui, au fil des années, allaient provoquer autant de migraines dans les salles de conseil que le mot « restructuration » ou l'expression « synergie entre les pôles ».
Le discours commercial de SAP, en ce temps-là, était d'une séduction redoutable. Imaginez un architecte qui débarque chez vous avec des plans en main et vous dit : « Voici la fondation de votre maison. Robuste, éprouvée, allemande — donc solide comme le mark de jadis. Mais ne vous inquiétez pas : vous pouvez construire les murs comme vous l'entendez, placer les fenêtres où cela vous chante, installer un jacuzzi en mezzanine si le cœur vous en dit. »
Ce discours était, bien sûr, exactement ce que voulaient entendre des directeurs généraux dont le principal talent managérial consistait à ne jamais remettre en cause les habitudes de leurs équipes. Pourquoi réformer ce qui fonctionne — même si ça fonctionne mal — quand on peut payer quelqu'un d'autre pour contourner le problème ?
C'est alors qu'entre en scène le second personnage de notre tragédie : l'Intégrateur. Être hybride, mi-consultant mi-développeur, l'intégrateur est à l'informatique ce que l'intermédiaire est à l'immobilier : indispensable en apparence, enrichi en pratique, et capable d'expliquer pendant quarante-cinq minutes pourquoi quelque chose de simple est en réalité très compliqué.
Le Langage des Dieux : l'ABAP et la Lettre Z
Les armées de consultants-intégrateurs s'armèrent de leur langage de programmation exclusif, le fameux ABAP — prononcez « A-bap » avec la même révérence que vous diriez « latin » dans une abbaye bénédictine. Ce langage, connu de peu et facturé par beaucoup, était l'outil suprême qui permettait de modeler SAP aux petits caprices de chaque client.
Dès qu'un directeur de département, vexé parce que l'écran du logiciel ne ressemblait pas exactement à son tableau Excel bricolé en 1998, manifestait son mécontentement lors d'un comité de pilotage, l'intégrateur sortait son carnet de notes (moleskine, naturellement — les consultants ont des standards) et prononçait la phrase magique :
« Pas de problème. On va vous développer un programme spécifique. »
Dans la mystique sacrée de SAP, on appelait ces créations les programmes « Z ». Toute personnalisation, tout bidouillage, tout contournement audacieux devait impérativement commencer par la lettre Z. Une convention qui avait, reconnaissons-le, une certaine honnêteté involontaire : Z comme Zèle excessif, Z comme Zone grise contractuelle, Z comme Zizanie programmée à retardement.
ABAP — Advanced Business Application Programming. Langage propriétaire de SAP, aussi accessible au profane que le sanskrit védique, et tout aussi utile dans la vie quotidienne.
Programme Z — Développement spécifique client. Traduction poétique : « Le logiciel ne faisait pas ce que vous vouliez, alors nous avons fabriqué une rustine que vous paierez pendant vingt ans. »
Jours-hommes — Unité de mesure de la souffrance client. Plus il y en a, plus le projet est « complexe ». La complexité est, comme chacun sait, directement proportionnelle à la facture.
Comité de pilotage — Réunion hebdomadaire où l'on présente des diapositives pour expliquer pourquoi on est en retard, et où l'on planifie la prochaine réunion pour expliquer qu'on sera encore en retard.
L'Alliance Diabolique et ses Bénéficiaires
Ce qui se mit en place entre 1995 et 2015 constitue l'une des plus belles études de cas en économie de la rente que n'ait jamais produit le capitalisme avancé. Une alliance à trois — SAP, l'intégrateur et l'entreprise cliente — dont chaque partie trouvait son compte, certes, mais à des niveaux de profit légèrement différents.
| L'Acteur | Ce qu'il croyait obtenir | Ce qu'il obtenait réellement | Niveau de lucidité |
|---|---|---|---|
| L'Entreprise | Un logiciel adapté à ses besoins uniques | L'illusion confortable de ne rien devoir changer à ses mauvaises habitudes, facturée à prix d'or | Faible mais heureux |
| L'Intégrateur | Des contrats intéressants | Le pactole absolu : des projets censés durer un an qui en duraient cinq, facturés à des milliers de jours-hommes | Excellent, mais discret à ce sujet |
| SAP | Vendre des licences | Des licences, et un écosystème de dépendance totale qui rendait chaque client captif à perpétuité | Brillant, comme toujours |
L'entreprise ne réformait pas ses processus défaillants. Elle payait simplement pour que le logiciel les contourne. C'est, convenons-en, une forme d'intelligence à rebours : au lieu de soigner la maladie, on embauche quelqu'un pour rendre les symptômes invisibles — et on le paie en permanence pour continuer à les cacher.
Le résultat, après vingt ans de ce régime, était ce que les gens du métier appelaient pudiquement un « plat de spaghettis » informatique. Des centaines de milliers de lignes de code Z enchevêtrées, interdépendantes, incompréhensibles, et dont certaines avaient été écrites par des consultants qui avaient depuis longtemps pris leur retraite aux Canaries. La maison était devenue un monstre baroque, magnifiquement, somptueusement, catastrophiquement figé. La moindre mise à jour officielle de SAP risquait de faire s'effondrer l'édifice entier.
ACTE II — 2015Le Coup d'État de Walldorf, ou SAP Invente le Repentir Lucratif
En 2015, dans la ville allemande de Walldorf — que rien, à part le siège de SAP, ne destine à figurer dans les mémoires —, des ingénieurs et des stratèges regardent l'écosystème mondial qu'ils ont contribué à créer. Ils voient des milliers d'« usines à gaz » informatiques réparties sur tous les continents. Des systèmes obèses, alourdis de décennies de personnalisations baroques, incapables de migrer vers le cloud.
Et ils décident, avec le flegme teutonique qui sied à l'occasion, de siffler la fin de la récréation.
Naît alors S/4HANA — le nouveau flagship de SAP, son vaisseau amiral, son projet de rédemption collective présenté comme une révolution technologique. Et avec lui, deux mots qui allaient terroriser les départements informatiques du monde entier :
« Clean Core. »
Le Cœur Propre. Le Noyau Intouchable. La Sainte des Saints du Logiciel.
Le message de SAP à ses clients et à ses intégrateurs était d'une franchise presque brutale — du moins pour une entreprise dont le modèle économique avait précisément reposé, pendant vingt ans, sur l'encouragement tacite de tout ce qu'elle condamnait désormais :
« Fini le sur-mesure. Fini les millions de lignes de code Z qui encombrent nos mises à jour vers le Cloud. Désormais, le noyau du système est intouchable. Sacré. Verrouillé. »
Prenez un instant pour apprécier la poésie de ce moment. SAP — qui avait passé deux décennies à vendre la promesse du sur-mesure, qui avait construit un empire économique sur la dépendance que ce sur-mesure engendrait — annonçait maintenant que le sur-mesure était le mal. C'est ce qu'on appelle, dans les cercles philosophiques, un retournement de veste épistémique. Dans les cercles moins policés, on emploierait d'autres métaphores.
« Clean Core » → « Votre code personnalisé est une honte que nous ne pouvons plus cautionner. »
« Fit-to-Standard » → « Votre entreprise a tort. Le logiciel a raison. Adaptez-vous. »
« Migration vers S/4HANA » → « Vous allez repayer pour défaire ce que vous aviez payé pour faire. »
« Accompagnement au changement » → « Quelqu'un doit bien expliquer à vos employés pourquoi on leur retire ce à quoi ils étaient habitués. Ce quelqu'un vous coûtera cher. »
« Journey to the Cloud » → « Abonnement mensuel à perpétuité. Bienvenue dans la modernité. »
ACTE III — 2015 à aujourd'huiLe Grand Renversement, ou Quand la Machine Devient le Patron
L'Intégrateur : de Démiurge à Héraut
Le premier à recevoir la foudre fut l'intégrateur. Car l'intégrateur avait bâti tout son modèle économique sur la personnalisation. Ses équipes de développeurs ABAP — ces virtuoses du code spécifique — voyaient soudain leur valeur marchande fondre comme neige au soleil du Clean Core.
Du jour au lendemain, SAP lui supprimait sa matière première. Plus de développements Z à vendre. Le rôle de l'intégrateur était, comme diraient les diplomates, « appelé à évoluer ». En réalité, il était rétrogradé. L'ancien démiurge qui façonnait la machine devenait un « accompagnateur du changement ». Ses nouvelles missions :
- Organiser des séminaires pour expliquer aux employés pourquoi leurs habitudes de travail doivent changer.
- Animer des ateliers de « conduite du changement » où l'on distribue des post-its de couleurs vives pour recueillir les résistances des utilisateurs.
- Produire des supports de formation PowerPoint que personne ne lira jamais entièrement.
- Prononcer, avec un visage grave et compatissant : « Je comprends votre frustration, mais c'est la norme SAP, et la norme SAP, c'est la norme. »
L'intégrateur était passé du rang d'ingénieur à celui de thérapeute d'entreprise. Ce n'est pas tout à fait la même chose, et la rémunération portait désormais moins sur des lignes de code que sur des heures de réunion. Subtile différence.
L'Entreprise : le Piège se Referme avec Courtoisie
Elles avaient dépensé des fortunes considérables — des millions, parfois des dizaines de millions d'euros — pour adapter SAP à leurs processus. Et maintenant, on leur annonçait, avec la placidité d'un notaire lisant un testament défavorable :
« Votre système est obsolète. Il faut tout jeter et migrer vers S/4HANA. Et cette fois, c'est votre entreprise qui devra s'adapter au logiciel — pas l'inverse. »
C'est là que réside la Grande Ironie Suprême de notre époque informatique. SAP a réussi à transférer l'intégralité du fardeau de la complexité vers l'humain. L'outil qui, jadis, s'agenouillait devant les processus des entreprises avec la déférence d'un serviteur méritoire, est devenu le monarque absolu qui dicte leur restructuration. Si vos processus ne correspondent pas à ce que le logiciel prévoit, sachez que c'est votre entreprise qui a tort.
Ce renversement est, d'un certain point de vue, d'une cohérence presque admirable. SAP a compris que la vraie valeur n'est pas dans la personnalisation — qui engendre de la dépendance technique — mais dans la standardisation — qui engendre de la dépendance institutionnelle.
Dans le premier modèle, vous dépendez de l'intégrateur qui comprend votre code. Dans le second, vous dépendez de SAP qui définit vos processus. Dans les deux cas, vous dépendez. La différence, c'est qui encaisse la rente.
Et la réponse, comme souvent en informatique d'entreprise, est : pas vous.
ÉPILOGUELeçons pour les Décideurs du XXIe Siècle
Première leçon : Dans toute relation commerciale impliquant un éditeur de logiciel, plusieurs centaines de consultants et un contrat de plusieurs années, demandez-vous qui bénéficie de la complexité que tout le monde déplore. La réponse vous orientera utilement.
Deuxième leçon : La « disruption » en informatique d'entreprise ressemble rarement à ce que décrivent les communiqués de presse. Elle ressemble plutôt à ceci : le même acteur dominant change les règles du jeu de façon à rester dominant, tout en présentant ce changement comme une libération. C'est un tour de passe-passe que Machiavel aurait apprécié.
Troisième leçon : Il n'existe pas, dans l'histoire de l'informatique d'entreprise, de projet de migration qui s'est terminé dans les délais, dans le budget, et sans au moins un directeur de projet qui a développé un tic nerveux. C'est une loi de la nature, aussi immuable que la gravité.
Quatrième et dernière leçon : La prochaine fois qu'un éditeur vous propose une solution « standard, ouverte, et enfin libérée des contraintes du passé », prenez le temps de vous demander ce que vous signerez dans dix ans pour vous libérer de cette liberté-là.
Cette chronique n'est ni un réquisitoire contre SAP, ni un plaidoyer pour les intégrateurs. C'est une invitation à regarder nos épopées technologiques avec curiosité, avec un peu d'ironie, et la conscience que les acteurs qui y jouent des rôles si solennels sont, eux aussi, le produit de leurs intérêts et de leur remarquable capacité à se convaincre que ce qui leur est profitable est également ce qui est juste.
En cela, la saga SAP n'est pas si différente de toutes les autres sagas humaines. Elle est simplement facturée en euros, et livrée avec un contrat de maintenance annuelle.
0 Commentaires