Manque d'agilité dans les entreprises : En camion sur la piste de course

Extension SAP par code Low

Le consultant informatique et spécialiste du développement de logiciels néerlandais NovioQ a trouvé une recette pour permettre aux clients de conduire leur camion logiciel comme une voiture de sport : grâce à des extensions SAP personnalisées par Low-Code.

"Dans presque toutes les entreprises, nous trouvons une faille qui nous permet d'accéder directement à l'environnement de production et d'avoir un contrôle total sur le système", rapporte Roy van de Kerkhof, directeur technique de NovioQ. "D'un autre côté, même les plus petites modifications apportées au système de production SAP doivent souvent passer par des dizaines de sas de sécurité avant de pouvoir être mises en service. Cet exemple illustre les deux poids deux mesures que les entreprises appliquent souvent en ce qui concerne la rigueur de la sécurisation et du contrôle. Outre les effets négatifs sur la sécurité, l'agilité en pâtit souvent".

L'agilité est toutefois un facteur décisif qui peut faire la différence entre le succès et l'échec dans la concurrence actuelle. Les innovations doivent être lancées sur le marché avant que la concurrence ne les rattrape. Pour cela, les systèmes internes doivent fonctionner avec la plus grande efficacité possible et être parfaitement adaptés aux processus individuels de l'entreprise - afin de promouvoir ce qui rend l'entreprise unique. Dans la pratique, de telles particularités rendent souvent inévitables les adaptations du système standard. Tant le développement de nouvelles fonctions nécessaires que la résolution rapide de problèmes existants exigent donc du système informatique une flexibilité aussi grande que celle de l'entreprise elle-même. "Mais dans la pratique, il en va généralement tout autrement", explique van de Kerkhof.

"SAP jouit d'une position exceptionnelle dans de nombreuses entreprises, et ce à juste titre. En termes de performance et de fiabilité, le logiciel de Walldorf est exceptionnel. Mais dans la pratique, les entreprises les conduisent souvent comme un camion, constamment à 80 km/h, au lieu d'être rapides et maniables comme une voiture de sport. Selon notre expérience, il n'est pas rare sur le marché que jusqu'à neuf mois s'écoulent avant que les modifications du système SAP ne soient mises en service. En effet, les experts SAP compétents doivent tout d'abord disposer de capacités libres. Ensuite, il faut développer les données dans SAP et enfin tester l'adaptation. Or, c'est justement en cas d'erreurs ou de modifications importantes à court terme que les collaborateurs ont besoin d'une aide plus rapide".

Agile au bord de la cascade

En conséquence, l'impulsion pour le changement vient généralement des départements de l'entreprise eux-mêmes. Mais comme le développement dans de nombreuses entreprises se fait toujours selon le modèle en cascade, il est souvent difficile de mettre en place des processus agiles de bout en bout. Et même lorsqu'une entreprise travaille de manière agile, il n'est pas rare que les modifications SAP continuent d'être liées en interne à des procédures telles que le ticketing. De même, d'après l'expérience de NovioQ, le scrumming n'est quasiment jamais utilisé dans la pratique SAP. Il faut donc trouver un moyen de passer à une méthode de travail hybride. Cela peut consister, par exemple, à réaliser les extensions nécessaires en dehors de SAP - par exemple à l'aide de low-code - de manière agile, rapide et simple, puis à les connecter à SAP. Les nouveautés innovantes sont ainsi externalisées dans une voie de développement parallèle, tandis que SAP lui-même reste le noyau éprouvé et performant des processus commerciaux.

L'avantage de la technologie Low-Code réside dans le fait que les processus de développement sont basés sur une modélisation visuelle. Christoph Volkmer, RVP du spécialiste du Low-Code OutSystems, un partenaire de NovioQ, le décrit comme suit : "Les fonctions et les processus de l'application planifiée sont assemblés visuellement dans l'environnement de développement - quasiment selon le principe du glisser-déposer. L'écriture manuelle du code logiciel n'est donc pas nécessaire. Le processus de développement est ainsi nettement accéléré et la maintenance des applications créées est fortement simplifiée".

En conséquence, il est possible de créer, à l'aide d'une plateforme Low-Code, des applications mobiles ou web sur mesure qui s'intègrent entièrement dans SAP. Elles peuvent être développées ou traitées dans le cadre de sprints agiles. OutSystems, par exemple, repose sur de nombreuses fonctions SAP standard et personnalisées basées sur les interfaces dites "BAPI" de SAP, auxquelles les utilisateurs ont accès dans la plateforme. Par exemple, pour un client international de renom, NovioQ a pu développer en seulement dix semaines une solution pour son centre de services financiers international, qui relie les systèmes SAP séparés de toutes les succursales dans différents pays, assurant ainsi des processus continus et automatisés et réduisant, entre autres, le temps moyen pour une écriture dans le grand livre de plusieurs semaines à quelques heures. 

Prouver plutôt qu'affirmer

Miser sur le Low-Code pour personnaliser rapidement SAP ne va toutefois pas de soi pour de nombreuses entreprises. Il faut convaincre la direction et les employés de l'intérêt de la technologie - idéalement en développant les premières applications qui profitent à l'entreprise et qui démontrent la rapidité et la praticabilité. "L'un de nos clients voulait mettre à la disposition des revendeurs une application de vente", se souvient le directeur technique de NovioQ. "Grâce à la plateforme OutSystems, nous avons pu créer une application correspondante pour étendre SAP en seulement six semaines, et ce avec moins de deux développeurs. La solution est entièrement intégrée à SAP, elle a accès à toutes les commandes et peut déclencher des livraisons ou vérifier les stocks. Ce succès s'est propagé jusqu'à la direction, ce qui a assuré le soutien nécessaire pour d'autres projets".

Un autre argument en faveur de la personnalisation externe de SAP par Low-Code est le fait que les entreprises peuvent ainsi créer une situation de départ optimale pour franchir le pas vers l'avenir de S/4HANA. En séparant les personnalisations existantes du standard SAP et en les remplaçant par du Low-Code, il est possible de revenir à une version standard propre de SAP, qui peut ensuite être transférée dans le monde S/4HANA. "Un de nos clients belges a adopté une telle stratégie 'Clean Core' pour migrer vers HANA", raconte van de Kerkhof. "Pour cela, nous avons notamment construit un portail vendeur individuel en low-code, dans lequel les fournisseurs peuvent générer des confirmations de commande, confirmer les données de livraison et les prix et envoyer des notifications d'expédition. Une telle solution peut certes être achetée sur le marché, mais le coût d'un développement interne en Low-Code ne représentait qu'une fraction de la licence annuelle".

Outre les avantages financiers, on obtient ainsi un produit qui répond exactement aux exigences du client et qui n'a pas besoin, dans certaines circonstances, d'être largement personnalisé après son introduction. "Nous connaissons des entreprises qui dépensent plusieurs centaines de milliers d'euros par an pour une solution dont elles n'utilisent que dix pour cent", confirme Christoph Volkmer. "Créer soi-même une solution adaptée avec du low-code peut donc être tout à fait rentable. En même temps, les entreprises investissent dans l'avenir avec une plateforme de développement low-code : en effet, alors que je ne peux utiliser une solution de workflow de facturation que pour son objectif dédié, je peux créer de nombreuses autres solutions pour les domaines d'application les plus divers avec une plateforme de développement dont la licence a été acquise une fois pour toutes".

Des voitures de sport plutôt que des camions

Selon van de Kerkhof, il est toutefois important de considérer le processus de modernisation comme un projet global, afin que l'agilité acquise ne soit pas annulée à d'autres niveaux du processus. De nombreuses entreprises ont par exemple pour politique d'utiliser OData pour communiquer avec SAP. OutSystems le permet également, mais la solution offre également un connecteur RFC qui permet de réaliser les fonctions correspondantes beaucoup plus rapidement. 

Un bon compromis peut consister à commencer par la variante RFC rapide et à la remplacer par la variante OData souhaitée dès que le processus est stable. Ainsi, rien ne s'oppose à ce que le délai de mise sur le marché soit le plus rapide possible, tout en respectant les exigences existantes. "Dans de tels cas, nous conseillons à nos clients de faire preuve d'un pragmatisme sain", souligne van de Kerkhof en conclusion. "Car c'est précisément ainsi que les entreprises parviennent à l'agilité nécessaire pour ne plus conduire leur SAP uniquement comme un camion endurant, mais comme une voiture de sport maniable".

PDF (en anglais)