Simplifier et affiner SAP

Dans la communauté SAP, un bon savoir-faire informatique éprouvé s'appelle le customizing. Dès le début, l'idée était qu'un système SAP est un produit semi-fini qui doit être personnalisé à l'aide de tables Abap. L'approche de projet Plan-Build-Run correspondait également à ces débuts il y a quarante ans - mais la vie informatique est aussi faite de changements.

"Plan, Build and Run a été établi à une époque où les efforts de communication et de collaboration étaient bien plus importants qu'aujourd'hui.", décrit Tobias Moosherr, membre du conseil d'administration de Solutive, et il précise dans l'entretien E-3 : "Se mettre rapidement d'accord avec les personnes concernées sur de nouvelles choses, une session web ici, rédiger rapidement un message par messagerie instantanée pour apporter de nouvelles idées et de nouveaux besoins : C'est aujourd'hui une réalité."

De la même manière qu'il n'y a plus de fenêtres de sauvegarde dans les centres de données modernes ou dans le cloud, car un fonctionnement 7 jours sur 7 et 24 heures sur 24 est la norme, la situation de départ pour la personnalisation d'un système SAP a également changé. "Des phases de conception de plusieurs mois pour réaliser, dans un environnement protégé, des choses dont les exigences étaient peut-être déjà dépassées, c'était longtemps la normalité."Tobias Moosherr le sait par expérience.

"Après la réception, le logiciel a été pratiquement amené à un mur qui séparait le développement de l'exploitation, jeté par-dessus et oublié. De l'autre côté, il a été mis en service de manière totalement dissociée et exploité comme une partie abstraite d'un système informatique."

Franchir les murs

L'image que Moosherr dépeint ici est typique des débuts de la communauté SAP et un utilisateur voit probablement encore sur ce mur, devant ses yeux, des mètres de "papier peint Aris" pour la gestion des processus d'entreprise. Mais Plan-Build-Run et Aris du professeur Scheer appartiennent au passé.

"Pour être compétitif, il faut raccourcir le time to market", postule Tobias Moosherr. "Chaque mur, chaque silo est un obstacle majeur. Mais ce qui a changé, outre la possibilité croissante de communiquer, c'est la méthodologie de travail - et donc des possibilités entièrement nouvelles."Solutive a également développé les outils adéquats.

Pour le client SAP existant, en revanche, il faut regarder de près et choisir, avec des partenaires comme Solutive, non seulement la bonne approche, mais aussi les bons outils informatiques, voir Aris. "L'impression que la technique classique comme SAP NetWeaver ne peut pas suivre n'est que partiellement vraie. Même cette partie de la salle des machines peut très bien prendre de la vitesse avec un réglage fin adéquat. Aujourd'hui, le plan-build-run devrait tout simplement faire partie d'un cycle de vie d'application itératif.Dans un langage plus moderne, cela signifie : "Pimp my SAP System !

Mais depuis quelques années, l'exploitation opérationnelle du SAP semble ne plus connaître de répit : S'agit-il des manifestations d'une économie dynamique, d'une organisation complexe de la structure et des processus ou tout simplement du résultat d'une mauvaise planification ? En d'autres termes, d'une mauvaise gestion de projet de type "plan-build-run" ?

"A la fois et", estime son collègue du conseil d'administration de Solutive, Christian Steiger. "À mon avis, on a omis de comprendre que les innovations issues de l'activité commerciale doivent de plus en plus être mises en œuvre par le rôle toujours plus important et central de l'informatique."

Christian Steiger argumente un peu contre l'esprit du temps et contre une organisation IT décentralisée, où les départements spécialisés réservent leurs applications dans le nuage. "Contrairement à ce que l'on pense parfois, l'informatique est un vecteur d'innovation significatif et doit, en tant que tel, connaître la création de valeur nécessaire", explique Christian Steiger, fort de nombreux projets Solutive réussis.

Informatique centralisée ou décentralisée, cloud ou on-prem, plan-build-run ou DevOps ? Entre-temps, les défis numériques sont vastes, de sorte qu'il ne peut guère y avoir de réponse à toutes les questions. "Au cours des dernières années, j'ai souvent rencontré l'un et l'autre chez des clients. La première étape importante consiste à se considérer soi-même et l'organisation avec honnêteté, sans craindre que ses propres terrains de chasse ne changent. La deuxième étape consiste à vouloir entendre les réponses et à les accepter sans honte.", explique Christian Steiger dans un entretien à E-3, et il ajoute : "Mais souvent, cette inquiétude ressentie est simplement une question de méthode de travail. Les premiers pas de la numérisation d'une entreprise peuvent également provoquer une très grande agitation dans l'entreprise si tout est simplement jeté par-dessus le mur magique sans préavis ni implication des parties prenantes importantes dans les départements."

Comme nous l'avons déjà mentionné, la vie informatique est également synonyme de changement, ce qui est particulièrement vrai en ce moment pour la communauté SAP, et la demande pour l'expertise et les outils de Solutive augmente rapidement. Il y a actuellement un changement de génération au sein du conseil d'administration de SAP et de la communauté : cela se produit-il aussi dans l'informatique ? Donc l'innovation Hana et S/4 versus la tradition R/3 ? Abap versus Java ? NetWeaver contre les conteneurs, Kafka, etc.

Christian Steiger répond : "Oui, c'est une tendance qui était prévisible ces dernières années. Lorsque j'ai participé à la SAP Train Race en 2011, de Paris à Madrid pour le TechEd, le thème de la passerelle SAP et du monde hybride était déjà au centre de l'attention. Actuellement, la communauté s'y intéresse de plus en plus et il ne fait plus aucun doute que nous assisterons à l'avenir à une fusion croissante des deux mondes. Cela laisse également à la communauté SAP de plus en plus de marge de manœuvre et de souveraineté dans le choix de ses solutions et vise entre autres une approche "best of breed"."

Son collègue du conseil d'administration Tobias Moosherr estime que ce changement de génération ne se limite toutefois pas à la communauté, au conseil d'administration de SAP ou à l'informatique. "Le client final est le principal moteur de ce changement.", souligne Moosherr. La question se pose donc : comment un partenaire SAP comme Solutive peut-il répondre aux besoins des clients SAP existants ? Et sur quoi doit-il se concentrer - en dehors de la technologie nécessaire ?

"En 2016 déjà, j'avais noté ce qui suit lors d'un forum sur la transformation numérique : Dans un monde d'interactions numériques, les organisations fourniront leurs modèles commerciaux innovants par le biais de logiciels. Chaque entreprise deviendra une entreprise de logiciels".Tobias Moosherr définit les enseignements tirés du passé.

"Je pense que dans l'environnement SAP en particulier, cette disruption numérique est désormais très présente. Et les entreprises cherchent des réponses à ces défis, explicitement aussi avec les systèmes et technologies existants en combinaison et non pas remplacés par des technologies totalement différentes".

"Nous sommes des logiciels"

La disruption numérique dans la communauté SAP revêt de nombreuses formes et l'agilité qu'elle exige implique également d'automatiser de nombreuses étapes jusqu'ici manuelles. Le déploiement d'un système SAP doit être de plus en plus simplifié grâce à des outils adaptés et à l'automatisation.

Ainsi, certains clients SAP existants ont réussi à mettre en production des systèmes SAP à l'échelle mondiale, malgré les interdictions de déplacement et la personnalisation à distance. La gestion du changement a manifestement déplacé l'accent sur le déploiement : Quelle est par exemple l'importance de la gestion des tests ?

"Pour faire face à la vitesse du marché et des innovations basées sur les technologies de l'information, il est essentiel de mettre en place une gestion des tests qui fonctionne bien.", précise Christian Steiger, cette étape très importante pour les clients existants de SAP vers un système réussi. "Car si l'on veut rester en tête à l'avenir, on ne pourra pas faire l'économie de nouvelles méthodes et de livraisons plus rapides de logiciels."

Mais pour que la qualité, la maintenabilité et la stabilité de l'exploitation puissent continuer à être garanties, les directeurs de Solutive, Christian Steiger et Tobias Moosherr, estiment qu'il faut aussi passer à l'étape suivante : les tests automatiques. "Mais je ne parle pas ici explicitement des moyens connus jusqu'à présent comme eCatts et diverses approches de test robotique.", décrit Christian Steiger.

"Solutive a fait appel à un partenaire qui a déjà développé avec succès son propre moteur d'intelligence artificielle depuis 2009. À l'avenir, nous allons également reproduire les tests automatisés dans SAP via une solution basée sur l'IA."Il ne s'agit plus depuis longtemps de savoir si, mais seulement de savoir quand.

Fail fast, fail often

Ce ne sont pas seulement les outils et la manière de gérer les projets qui changent actuellement dans la communauté SAP, mais aussi l'attitude mentale face au progrès, au succès, à l'expérimentation et à l'échec qui est en train d'être remesurée. "Grâce aux succès massifs de SpaceX et Tesla, "Fail fast, fail often" est dans toutes les bouches et apparemment présentable", remarque Tobias Moosherr avec satisfaction. "On pourrait avoir l'impression que la gestion des tests et sa motivation - trouver des erreurs avec le moins d'efforts possible - deviennent ainsi obsolètes et que les erreurs sont même souhaitées".

Tobias Moosherr pense alors à l'origine de cette approche : "Cette devise, qui nous vient de la Silicon Valley et de ses essaims de start-up, est souvent mal comprise. L'objectif n'est pas d'échouer, mais d'itérer. Pour réussir, il faut avoir une culture de l'erreur."

Mais l'objectif est clairement d'apprendre des erreurs et de procéder à des adaptations, d'ajuster ou peut-être même de réorganiser. C'est précisément là qu'une gestion des tests structurée et intégrée devrait intervenir, estime Moosherr. "Aujourd'hui, nos agents IA ou nos outils de contrôle permettent de détecter les premières erreurs très tôt dans le processus de développement et de commencer l'itération plus tôt.", explique le conseil d'administration de Solutive.

Amélioration continue

L'amélioration continue semble logique, mais des changements ininterrompus signifient aussi un apprentissage, une formation et des tests continus - n'est-ce pas ? DevOps, Scrum, etc. sont-ils des défis durables ou des tendances informatiques à la mode ? "Bien sûr, ces approches sont actuellement sur toutes les lèvres"Christian Steiger le sait par ses propres observations.

"Notre suite ESM est également un outil qui permet tout cela. La méthode de travail doit toutefois s'y adapter pour pouvoir en exploiter pleinement le potentiel. Il ne faut donc pas hésiter à adopter des approches hybrides. Je tiens à préciser ici que ces deux notions sont souvent confondues à tort : La flexibilité n'a absolument rien à voir avec l'agilité ! Il ne faut pas les confondre !" (voir également l'article spécialisé de Christian Steiger et Tobias Moosherr dans les pages suivantes).

Ces approches se transforment finalement en défis durables, par pur intérêt personnel au niveau du management ou parce que c'est la tendance du moment. Mais Tobias Moosherr corrige : "...Un autre point de vue est très important. Depuis la nuit des temps, les hommes ont été confrontés à un environnement en constante évolution et l'apprentissage continu a été la clé de l'adaptation. C'est également le cas pour les entreprises, l'utilisation de méthodes agiles associées à des techniques lean, lean startup, a permis de s'adapter rapidement aux changements."

Les limites de SolMan

Où SolMan atteint-il ses limites en matière de gestion des releases, d'amélioration continue, de testing et de gestion du transport ? "Le SolMan ne connaît guère de limites - et c'est bien là le problème".Christian Steiger décrit le sujet avec diplomatie.

"Le niveau d'expertise et de connaissances techniques que SolMan requiert en profondeur est immense et dépasse bien souvent les possibilités des développeurs et surtout le bon sens pour un fonctionnement sans faille. L'effort de l'IT est énorme pour maîtriser cet outil - qui ne devrait être qu'un outil. Nous nous sommes concentrés sur les aspects essentiels - la gestion des versions, l'amélioration continue et les tests ainsi que la gestion du transport - et avons regroupé toutes ces fonctions de manière sûre, maîtrisable et efficace dans une solution."

Son collègue Tobias Moosherr partage également cet avis : ".Si nous considérons le SolMan, nous ne voyons que peu de limites - et c'est justement un problème. Car avec des possibilités illimitées vient aussi la problématique d'une utilisation responsable. D'autant plus que la question du sens doit être posée lorsque l'outil, conçu en fait pour faciliter les choses, fonctionne selon l'approche classique plan-construction-exécution. Nous avons développé notre suite ESM sur la base de l'approche Best-of-Breed et avons ainsi créé un logiciel standard innovant qui accompagne le cycle de vie du logiciel de manière contrôlée et maîtrisable.."

Dans l'ère R/3 précédente, la gestion du transport était un élément central de l'architecture informatique. Est-ce encore le cas pour un environnement DevOps ? "La gestion des transports est et reste un élément significatif de SAP. Les nouveaux défis, tels que DevOps, remettent le transport au centre de l'attention, car il n'est plus possible d'exclure des dépendances lors de la livraison."Christian Steiger le sait grâce à de nombreux projets Solutive réussis.

Son collègue Tobias Moosherr ajoute : ".Oui, à l'avenir, les transports feront toujours partie intégrante de l'architecture SAP. Mais dans une organisation optimisée pour l'adaptation et la réduction du temps de trésorerie, c'est précisément là que le goulot d'étranglement ne doit pas apparaître et que l'on doit travailler de manière parcellaire au niveau des transports individuels et/ou manuellement. C'est là qu'il existe encore souvent un grand potentiel d'optimisation, auquel nous répondons avec les solutions de transport et de simulation de notre suite ESM."

Réponse universelle : Templates

Les templates étaient autrefois une réponse universelle : où se positionne actuellement chez Solutive la gestion informatique au moyen de templates ? Christian Steiger : "Les templates et la gestion des templates permettent d'atteindre les objectifs et apportent une valeur ajoutée dans de nombreux cas d'utilisation. Mais ce n'est pas non plus une solution "fire and forget". De nos jours, un modèle doit offrir une certaine flexibilité, même si les écarts ne sont parfois que de quelques pour cent. Il s'agit également de protéger ce modèle ou les composants à haut risque contre des modifications non souhaitées après le déploiement. Une conception flexible avec des efforts réduits et un contrôle total sur toutes les modifications est une approche efficace pour réduire considérablement les coûts d'exploitation. Avec nos solutions, nous soutenons cette approche avec beaucoup de succès, en particulier dans l'environnement des groupes."

Le rêve et la réalité entrent en conflit sur les thèmes de la dynamique, du changement et de l'agilité avec la conformité, la gestion des risques et la gouvernance. Changements continus contre stabilité ? Le client SAP existant est mis au défi lorsqu'il s'agit de garantir un fonctionnement stable face aux innovations de SAP.

"Ce défi ne devrait pas être un exercice libre, mais un devoir".Christian Steiger insiste sur ce point lors de l'entretien. "Nos clients me disent régulièrement qu'il existe deux processus : le processus conçu et le processus vécu. C'est inefficace et peu sûr, et en plus, la conformité est bafouée."

Le conseil d'administration de Solutive est donc convaincu que des processus doivent être mis en place conformément à la conformité et à la sécurité de l'audit afin d'éviter un workaround. Pour ce faire, des processus de bout en bout sont nécessaires afin d'avoir une piste d'audit sans interruption et d'offrir une transparence totale.

Meilleures pratiques et agilité

"Nous soutenons nos clients dès la définition des processus, qu'il s'agisse de SOX, GAMP, FDA, DSGVO - dans tous les domaines, nous avons élaboré les meilleures pratiques, même en partie avec les grands cabinets d'audit.", raconte Christian Steiger à propos de son travail quotidien. "Nous donnons également des conseils sur les outils à utiliser pour la réalisation. Au fond, il ne doit plus y avoir de compromis, car la dynamique, l'agilité et le développement hybride peuvent aller de pair avec la gestion des risques et la gouvernance. Sur ce thème également, nous sommes en train de mettre en place un Digital CoWorker dans le domaine de l'IA, qui doit servir de gardien pour l'audit, la gouvernance et la conformité."

Et son collègue Moosherr d'ajouter : ".C'est exact, car d'après mon expérience, l'important est la transparence de bout en bout. En supprimant les processus en îlots et les silos d'information et en diffusant largement les connaissances sur la compliance et la gestion des risques, il est possible de façonner une image commune sur le sens".

Conformité et SolMan

Le thème de la documentation et de la conformité est donc la prochaine étape logique de l'entretien E-3 : les changements continus ne facilitent pas la tenue d'une documentation informatique précise, n'est-ce pas ? Aurait-on alors besoin du SolMan pour cela ? "Je reprends ici la piste d'audit", explique Christian Steiger. "Des processus numériques établis de bout en bout sont l'étape la plus importante pour la conformité. La documentation est ainsi automatiquement à bord et aussi absolument résistante. Le SolMan est également un outil bien établi pour la documentation."

Pour le directeur de Solutive, M. Steiger, il est important que la vision de l'entreprise soit accompagnée d'une stratégie qui s'intègre dans l'environnement de travail habituel. Car du point de vue de Solutive, il n'y a guère de plus grand défi dans l'exploitation courante que de devoir effectuer une gestion du changement de la méthode de travail uniquement pour des raisons de conformité.

L'IT Service Management, ITSM, apparaît comme une solution universelle aux problèmes : est-ce vrai ? La gestion des services informatiques, pour autant qu'elle soit établie de manière raisonnable et appropriée, a la propriété d'agir comme un accélérateur à plusieurs niveaux. C'est particulièrement vrai pour les processus lancés dans l'entreprise opérationnelle, et cela se répercute jusqu'au déploiement. Mais nous quittons ainsi quelque peu l'environnement SAP, estime Christian Steiger : "".Mais en principe, je pense que l'ITSM peut agir comme un turbo. Les processus ITSM nécessitent une acceptation et une vision à long terme pour être mis en œuvre de manière judicieuse.."

Délai SAP

D'ici 2027/2030, tous les clients SAP existants devraient être convertis à Hana et S/4 : Du point de vue de Solutive, quels sont les défis en termes de gestion du changement, d'ITSM, de tests et de transport ? "Au cours des derniers mois, nous avons apporté des détails significatifs à notre suite ESM afin de faciliter la migration des entreprises".Christian Steiger décrit la situation.

Le changement offre également des opportunités, des processus plus légers et un standard basé sur les meilleures pratiques. Il ne faut pas seulement considérer et calculer le projet S/4, mais aussi l'exploitation après. Mais Christian Steiger sait aussi que les bonnes approches ne correspondent souvent pas à l'environnement de travail de la réalité et que les utilisateurs sont ainsi livrés à eux-mêmes après la conversion.

Le processus Requirement-to-Deploy en est un exemple, comme l'explique Christian Steiger : ".Si celui-ci ne correspond pas aux processus actuels, il est difficile de l'adapter. Nous avons ici dans notre portefeuille une solution durable qui conserve un haut degré de flexibilité, qui s'occupe ensuite aussi des opérations et qui accompagne ainsi durablement le cycle de vie. Associé à des processus efficaces et simplifiés, cela fait d'une pierre deux coups : le projet S/4 et l'exploitation par la suite.."

En raison des coûts élevés d'un environnement S/4, on procède souvent à une consolidation. Mais ce dont on ne parle pas souvent, selon Tobias Moosherr, c'est du danger que représente un point unique de défaillance.

"Si, dans le pire des cas, un système n'était pas disponible pour un pays par exemple, les autres systèmes pouvaient continuer à fonctionner et les autres sites étaient en mesure d'agir. Mais que se passe-t-il lorsqu'il n'y a plus qu'un seul et unique SAP ?", se demande Moosherr. "Si l'on ne repense pas la manière de travailler et si l'on n'adapte pas l'ensemble des outils, le besoin accru de protection peut rapidement se traduire par un ralentissement de la capacité d'adaptation de l'organisation. Le paradoxe - acquérir des connaissances en temps réel, mais ne pouvoir y réagir qu'à un rythme d'escargot -, qui aimerait l'imaginer ?"

Transformation numérique, n'est-ce pas ?

Pour conclure cet entretien E-3, l'inévitable évaluation du tableau général : " Du point de vue de Solutive, où en est la communauté SAP sur le thème de la transformation numérique ? "Nous vivons et aimons tous la transformation numérique", répond spontanément Christian Steiger en expliquant : "Je dois admettre que je ne peux pas m'empêcher de faire preuve d'une certaine ironie à ce sujet. Je pense que nous connaissons désormais les avantages, mais aussi les inconvénients. Une chose doit toujours être claire : aucune numérisation ne fonctionne si le responsable informatique doit s'entendre dire dans le même souffle qu'il doit économiser sur les budgets. La numérisation signifie investir dans l'avenir, et plus précisément dans l'informatique ! Pour moi, l'informatique est clairement un moteur d'innovation et, en tant que tel, il doit être valorisé et ne pas être relégué dans la salle des machines, mais tout en haut, à côté du capitaine."

Tobias Moosherr, un collègue du conseil d'administration, vient prêter main forte à Christian Steiger et rapporte : ".La presse vient de publier l'information suivante : Le patron de Capri Sun à Eppelheim - Le yacht de Hans-Peter Wild s'est écrasé contre le quai du port de l'île de Saint-Martin, dans les Caraïbes. Le naufrage est apparemment dû à un dysfonctionnement de la commande informatique. Le capitaine parle d'une mauvaise communication entre le pont, qui est équipé de 14 ordinateurs, et la salle des machines. Cette impression peut également s'appliquer à la communauté SAP à certains endroits. Il ne faut pas que ce soit la fin en soi qui fasse sortir des déclarations telles que : We need to become more agile. Nous ne sommes pas assez lean. Je veux voir notre culture évoluer vers l'échec rapide, l'échec fréquent. Je pense qu'il est plus juste d'avoir une vision commune de tous les participants sur ce que signifie concrètement la transformation numérique pour l'entreprise, et de comprendre que l'on veut construire une organisation capable de réagir rapidement aux exigences, même avec un logiciel SAP. L'informatique doit être un moteur d'innovation et pas seulement un facteur de coûts."

Merci pour cette conversation.

[adrotate banner="254″]