Le piège de la technique

Lumira est mort. La popularité de l'outil de BI et d'analyse sur site n'est pas en cause. Au siège de SAP à Walldorf, on raconte que le directeur technique Bernd Leukert est personnellement le fossoyeur.

Sommé par le directeur général de SAP, Bill McDermott, de garder en ligne de mire le chiffre d'affaires et la marge bénéficiaire, Leukert a sacrifié le développement de Lumira au profit de SAP Analytics Cloud.

McDermott est un vendeur génial et il ne cesse de réclamer des quotas de vente encore plus élevés. Bernd Leukert est technicien et travaille chez SAP depuis son premier jour de travail. Par le passé, il a pu se défendre avec succès contre le diktat de McDermott en matière de vente, de chiffre d'affaires et de marge bénéficiaire.

Manifestement, le chef de SAP l'a maintenant brisé. Bernd Leukert ne trouvera plus d'alliés au sein du conseil d'administration - tous sont orientés vers la "vente". Peut-être Leukert trouvera-t-il un peu de réconfort auprès de son mentor Gerd Oswald, qui sera élu au conseil de surveillance de SAP en mai prochain.

Naturellement, il existe une institution puissante et des personnes intelligentes qui auraient pu sauver Lumira Designer d'un naufrage définitif : L'association des utilisateurs DSAG a les connaissances et les moyens de corriger les développements erronés de SAP au nom des clients existants de SAP.

Après R/3, R/3 Enterprise est venu sur l'insistance et à la demande de l'association. On aurait pu faire de même à présent. On est resté étonnamment immobile. Lors des Journées technologiques 2018, le directeur technique de DSAG, Ralf Peters, a brièvement évoqué la situation et a félicité son association pour avoir négocié un report d'environ 18 mois.

Peters n'a même pas mentionné un autre "chantier" lors des Journées technologiques 2018 à Stuttgart : AnyDB. Le projet S/4, si important pour de nombreux clients existants de SAP et vivement réclamé il y a encore quelques années par l'association des utilisateurs, la structure AnyDB ne méritait même pas d'être mentionnée cette année - alors qu'il y avait plus de 2000 techniciens dans le public, dont la mission est aussi de garantir la protection des investissements pour le système ERP en cours.

Hana est une innovation importante et réussie - mais il devrait être possible de faire autrement. Il existe des milliers d'instances SAP avec MS-SQL Server, DB2 et Oracle ainsi que des modifications Abap. La protection des investissements pour ces systèmes stables et testés avec une feuille de route S/4 et AnyDB serait la moindre des choses que l'association des utilisateurs DSAG pourrait faire pour ses membres.

Pas contre Hana, mais pour la transformation numérique ! Une protection des investissements basée sur S/4 avec AnyDB permettrait de libérer des ressources et des licences pour des tâches IoT importantes.

La transformation numérique est irréversible. Les DSI ont besoin pour cela de moyens budgétaires librement disponibles. Tant que SAP bloquera les ressources de ses clients existants avec une feuille de route S/4 Hana inflexible, le cours de l'action SAP augmentera certes, mais la performance et l'efficacité des clients existants diminueront. C'est là que l'association DSAG serait appelée à exiger et à imposer des alternatives Hana pour les utilisateurs.

Mais même lors d'un congrès technique spécialisé, le directeur technique de DSAG, Ralf Peters, n'a pas réussi à aborder les problèmes techniques brûlants dont SAP est totalement innocent : Meltdown et Spectre.

Ces défis de sécurité sont dus à l'architecture du CPU, mais devraient avoir un impact considérable sur les performances de la base de données - et maintenant ? Au lieu d'une discussion active et productive avec le CTO SAP Björn Goerke présent, le sujet n'a même pas été évoqué.

Interrogé par le magazine E-3 sur les éventuelles conséquences pour les clients existants de SAP, le CTO Goerke répond de manière évasive. Il n'est au courant d'aucun impact ni d'aucun problème.