Six heures et demie du matin en Allemagne

Il est six heures et demie. Je regarde le moniteur. Trois feux rouges signalent des erreurs dans la mise à disposition des données pour le Business Warehouse pendant la nuit.
Trois sur vingt-huit. Ce n'est pas un mauvais score.

La cause de l'erreur est rapidement analysée. Pour la nettoyer, il suffit de cliquer sur "Répéter". Une tâche facile. La solution n'est pas aussi simple tous les jours. Mais chaque jour, il y a quelque chose à faire. C'est mon travail. Je suis administrateur SAP BW.

Je surveille les processus de chargement dans le Business Warehouse. J'analyse les erreurs de chargement, j'effectue des corrections, je me préoccupe de la qualité des données pertinentes pour l'évaluation dans l'entreprise.

J'aide le service spécialisé à adapter le modèle de données lorsque de nouvelles exigences de rapport apparaissent. Et je suis disponible en tant que conseiller interne et premier interlocuteur pour l'évaluation de nouveaux produits logiciels. On se méfie des professionnels de la vente des éditeurs de logiciels, en particulier de ceux de SAP.

Un autre membre de SAP est venu. Il a parlé de possibilités sans précédent. Un système de base de données appelé Hana doit apporter une révolution dans l'ingénierie logicielle. Et notre entreprise en profiterait : des économies de coûts extrêmes.

Les frais d'exploitation seraient réduits à presque rien grâce au "reporting en temps réel". Combien de fois avons-nous entendu des prophéties de ce genre ?

Berlin, 11 août 2016, 14 heures

Une réunion est organisée à la dernière minute. Le reporting en temps réel préoccupe notre contrôleur en chef depuis longtemps. Il y a moins de douze mois, j'ai dû évaluer des demandes d'analyses en temps réel dans SAP BW.

Mon jugement à l'époque : techniquement faisable - en doublant les coûts du projet et de l'exploitation. Les coûts mis en évidence m'ont ensuite fait comprendre que je ne franchirais pas le pas.

Je deviens méfiant lorsque le consultant SAP explique : le reporting en temps réel Hana est moins cher à réaliser que le développement d'applications SAP BW classiques. Le contrôleur en chef devient attentif - il me jette un regard interrogateur.

Je dois intervenir avant que des attentes intenables ne soient suscitées. Dans mon argumentation, je vais loin : Un résumé des stratégies historiques de SAP, des produits lancés puis retirés, des promesses mirobolantes qui n'ont pas été tenues...

L'euphorie a quitté l'expression du visage du contrôleur en chef. Je suis satisfait.

Berlin, 12 août 2016, 9 heures

Le responsable informatique m'a demandé de venir. Apparemment, il a été contacté par notre contrôleur en chef. A sa demande, je réfléchis aux résultats de la dernière réunion.

Il est d'accord avec moi pour dire qu'il ne faut pas introduire de nouveaux produits SAP à la hâte et sans les tester. Mais il ne peut pas refuser totalement la demande du contrôle de gestion. Le département spécialisé exige depuis longtemps de l'informatique qu'elle mette à disposition des possibilités d'évaluation en temps réel.

Sa proposition de développer un prototype sur la nouvelle plateforme semble raisonnable.

Berlin, 16 août 2016, 10 heures

Une entreprise partenaire de SAP a mis à notre disposition un système BW-on-Hana à des fins de validation et un spécialiste pour le développement de prototypes. Un consultant externe est maintenant assis dans mon bureau pour développer des évaluations réalistes en temps réel selon mes spécifications.

Je choisis un cas d'application particulièrement complexe : les données de caisse de nos filiales de vente. Plusieurs centaines de caisses envoient les positions des tickets de caisse directement dans SAP BW : des données de masse.

Les évaluations ne sont possibles que le lendemain. Les processus de chargement et de transformation durent presque toute la nuit. Ces chaînes de processus causent souvent des problèmes en raison des interruptions de chargement. Sans parler des dépenses liées aux extensions du modèle de données.

Les chargements, tests, corrections, nouveaux chargements, re-tests nécessaires après les adaptations coûtent du temps et donc de l'argent. Or, notre mandat de spécialiste Hana se termine dès la semaine prochaine. Je pense que c'est quasiment impossible à réaliser. Intérieurement, je me réjouis de la présentation finale. De la jubilation anticipée ? Oui, peut-être.

Berlin, 27 août 2016, 16 heures

La présentation de l'application SAP BW-on-Hana est couronnée de succès, malgré toutes mes attentes. Il y a certainement un potentiel d'amélioration. Toutefois, le conseiller peut afficher les chiffres de vente quasiment en temps réel.

Un tableau de bord présente sous forme de graphiques clairs le succès des ventes de la dernière heure par filiale. Le contrôleur en chef est enthousiaste. Pour moi aussi, c'est impressionnant.

Mais mes sentiments sont mitigés : qu'est-ce qui m'attend maintenant ? Une formation continue ? Une reconversion ? Est-ce que je vais réussir à m'adapter à la nouvelle technologie ? Le conseiller semble deviner mes pensées.

Il montre les outils avec lesquels il a développé. C'est un SAP BW tel que je le connais. Le QueryDesigner pour la définition des rapports reste également l'outil de choix. Je peux travailler avec.

Certes, un nouvel outil fait son apparition : SAP Hana Studio. Mais cela me semble très familier. J'apprends aussi pourquoi. Il s'agit d'Eclipse, une plateforme de développement ouverte que j'ai connue pendant mes études.

SAP devrait-il vraiment miser sur des environnements de programmation qui n'ont pas été inventés de toutes pièces ? L'acquisition de savoir-faire dans l'utilisation des systèmes SAP pourrait devenir beaucoup plus facile à l'avenir, en particulier pour les débutants.

Berlin, 30 août 2016, 16 heures

Après le succès de la présentation, la direction n'a pas hésité à débloquer des fonds pour migrer tous les systèmes SAP existants vers Hana. Les économies réalisées au niveau de l'exploitation et la possibilité de développer des applications de reporting de manière beaucoup plus efficace ont convaincu.

En outre, on espère obtenir des avantages concurrentiels lorsque les données sont analysées en temps réel et que l'on peut influencer directement les processus commerciaux. J'ai été affecté au projet de migration du système SAP BW. Il y aura beaucoup de travail à faire en peu de temps. Je ne pourrai plus écrire dans ce journal pendant un certain temps.

Berlin, 4 septembre 2016, 6h30

Il est six heures et demie. Je suis toujours le premier au bureau. Je regarde le moniteur. Trois feux verts indiquent que les chaînes de processus se sont déroulées sans erreur. Trois sur trois.

L'introduction du reporting en temps réel s'accompagne d'une virtualisation du modèle de données. Désormais, les données ne doivent plus être chargées, transformées, stockées physiquement de manière intermédiaire à plusieurs reprises.

Le nombre de chaînes de processus a été réduit au minimum. À six heures et demie du matin, je n'ai plus besoin de contrôler les processus de chargement.

Je ne m'ennuie pas pour autant. Je profite du calme matinal et du temps libéré pour développer des analyses entièrement nouvelles. J'ai par exemple constaté que les informations sur les embouteillages et la météo avaient une influence sur le chiffre d'affaires de nos magasins. Je suis impatient de voir ce que notre contrôleur en chef va dire à ce sujet !

Supplément

La présente histoire est purement fictive. L'auteur des entrées du journal est également fictif. Ce qui n'est pas inventé, en revanche, c'est le besoin de pouvoir effectuer des évaluations en temps réel.

Cependant, la réticence de nombreuses entreprises à se laisser séduire par les innovations de SAP n'est pas non plus une invention. Dans le passé, toutes les introductions de logiciels de SAP n'ont pas été couronnées de succès du point de vue des clients.

Certains produits stratégiquement positionnés ont été remplacés peu de temps après par de nouvelles technologies. Le conflit de l'auteur du journal symbolise le calvaire de tous ces utilisateurs SAP qui n'ont pas vécu que des expériences positives après le lancement d'un produit.

Suite à son expérience des campagnes de marketing et à la désillusion qui s'installe dans les projets réels, il se montre d'abord réticent face aux nouveautés. Mais sous la pression de l'entreprise, l'informaticien n'a pas d'autre choix que de s'intéresser à Hana.

Il s'agit là aussi d'un scénario bien réel. À la fin, le héros de l'histoire se rend compte de son erreur. Il fait l'expérience que Hana peut résoudre immédiatement toute une série de problèmes quotidiens et qu'il crée en outre des espaces de liberté pour se pencher sur les questions essentielles de l'entreprise : comment optimiser l'activité.

L'histoire a tenté de relancer l'intérêt pour Hana malgré les critiques omniprésentes à l'encontre de SAP. Hana représente un énorme potentiel d'innovation. Cependant, on se focalise souvent sur des questions techniques de détail, comme la technologie en mémoire, le stockage des données en colonnes, les méthodes de compression ou les processus parallèles.

Pour l'utilisateur, c'est rarement important. La voiture doit rouler. La plupart des conducteurs ne se soucient guère de la structure du moteur. La vitesse maximale du véhicule n'a pas non plus beaucoup d'importance dans le trafic urbain.

Mais que se passe-t-il si l'on n'a plus besoin de voiture parce que les courses sont livrées directement à la porte ? Et si l'on n'avait plus besoin de se rendre au travail parce que le travail peut être effectué à domicile ?

Les dépenses en carburant et les frais d'entretien sont supprimés - et on gagne du temps qui peut être utilisé de manière créative. Ce sont les questions économiques qui sont importantes pour une entreprise, tout comme les modifications des processus commerciaux qui en découlent.

C'est un aspect qui n'est souvent pas pris en compte dans les discussions actuelles autour de Hana, souvent très techniques.