Exploitez-vous pleinement le potentiel de vos systèmes SAP ?


Dans son intervention à Sapphire Now 2019, Hasso Plattner a expliqué pourquoi il est si important de pouvoir adapter rapidement et fréquemment les systèmes SAP : "Bien que je ne connaisse pas la moyenne avec précision, je pense que le client moyen a six ans de retard... probablement plus". Mais il a également souligné les difficultés que rencontrent certaines entreprises pour mettre en œuvre des changements importants dans leurs systèmes SAP.
Pour ces entreprises, le nombre croissant de projets de développement SAP constitue un défi majeur. Il s'agit notamment du passage au cloud, de l'introduction de S/4 Hana et même de la mise à jour des systèmes ECC avant l'expiration du support en 2025.
Parallèlement, le besoin de temps de réaction plus courts fait que les équipes SAP doivent travailler de manière plus agile - ce qui entraîne un déplacement considérable des tâches. Pourquoi les entreprises ne prennent-elles pas les mesures nécessaires ? L'une des raisons est souvent que la gestion des développements SAP parallèles est difficile et complexe. Cela vaut aussi bien pour les projets de mise à niveau à grande échelle que pour les projets agiles de type sprint.
Un développement parallèle chez SAP signifie généralement qu'il y a un développement à plusieurs voies (ou N+N), dans lequel les équipes travaillent sur des développements logiciels individuels ou complexes dans des systèmes SAP indépendants, sans mettre en danger le fonctionnement normal.
Mais le travail dans des systèmes séparés, non mis en réseau, comporte ses propres défis. Tout doit être coordonné et les conflits doivent être détectés et résolus afin de minimiser le risque d'interruption de l'activité lorsque les mises à jour sont déployées sur les systèmes de production critiques.
Cette complexité et l'effort manuel nécessaire pour la gérer font que l'approche de développement multi-canal est plutôt appliquée aux grands projets. Ou alors, on l'évite complètement, en ne mettant même pas en œuvre des projets qui représentent une valeur ajoutée pour l'entreprise, mais qui ne sont pas considérés comme essentiels, comme l'implémentation de packs d'amélioration ECC ou de nouvelles versions de S/4 Hana. Cela pourrait toutefois entraîner des coûts d'opportunité élevés.
Mais les grands projets ne sont pas les seuls à bénéficier d'un développement parallèle. Avec de nouvelles approches telles qu'un mode de travail agile et DevOps, les entreprises peuvent réagir plus rapidement aux exigences du marché, car elles ne livrent que des modifications relativement mineures.
Pour ce faire, les équipes doivent travailler simultanément sur plusieurs développements dans ce que l'on appelle des sprints. Mais une question se pose alors : comment gérer en parallèle ces développements agiles rapides sans compromettre la sécurité ? Là encore, le développement en plusieurs étapes peut être la bonne approche pour certaines entreprises.
Un client de Basis Technologies, le géant suédois des télécommunications Ericsson, travaille avec un environnement N+10 afin que ses équipes de sprint puissent travailler indépendamment les unes des autres. Mais si les projets N+1 sont déjà si complexes, comment le développement est-il possible avec des systèmes N+10 ?
La réponse à cette question est : l'automatisation. Avec une bonne approche de l'automatisation, vous n'avez plus à vous soucier des tâches manuelles liées au développement en plusieurs étapes. Vous n'avez plus besoin de suivre chaque modification et chaque conflit potentiel.
Les systèmes sont automatiquement synchronisés - normalement dans plus de 90% des cas - et les conflits sont automatiquement détectés. Les tests, qui ralentissaient souvent le processus, peuvent être réalisés beaucoup plus rapidement, plus facilement et plus efficacement.
Les responsables informatiques qui souhaitent ou prévoient de mener un grand projet de transformation, tel qu'un passage à S/4 Hana, devraient réfléchir au rôle que devrait jouer l'automatisation pour que le projet puisse être mis en œuvre à moindre coût, plus rapidement et avec moins de risques.