Information et éducation par et pour la communauté SAP

DevOps : où commence le continuum ?

L'un des plus grands avantages que DevOps offre aux clients existants de SAP est l'amélioration continue des processus intégrés dans le développement et l'exploitation. Mais la question de prix est la suivante : où commence le continuum ? La réponse se trouve dans la mesure.
James Roberts, Basis Technologies
2 mai 2019
Chronique DevOps
avatar
Ce texte a été automatiquement traduit en français de l'allemand

DevOps n'est pas un spleen de quelques geeks. DevOps est plutôt un concept et une méthode en un. Concept parce qu'il exige une autre culture d'entreprise, loin de la division excessive du travail, vers un travail d'équipe interdisciplinaire.

Méthode parce que l'approche suit des principes et des procédures clairement définis et éprouvés, qui doivent être soutenus, en particulier dans l'environnement SAP, par une chaîne d'outils intégrée incluant des procédures de test automatisées.

DevOps concerne les fonctionnalités qui font avancer l'entreprise. Et dont le développement s'en tient strictement aux objectifs budgétaires, sans contrôles détaillés de la part des supérieurs. Ce qui nous amène directement au thème du lean management : L'écoute et la confiance plutôt que des obligations de documentation maximales, des projets gérables et ciblés plutôt que des grands chantiers qui rapportent beaucoup de prestige, mais qui coûtent deux fois plus cher que prévu.

Mais les équipes informatiques elles-mêmes doivent être "lean" et agiles, suivre les mêmes principes de procédures allégées que la direction. Mais qu'est-ce que cela signifie réellement ? Le Lean Enterprise Institute répond à cette question :

Pas de DevOps sans principes agiles

Le principe suprême est l'orientation client, l'utilité d'une nouvelle fonctionnalité pour les utilisateurs. Une fois que les responsables ont déterminé leur valeur, ils devraient ensuite examiner les processus pour voir s'ils apportent une valeur positive. Celles qui ne le sont pas devraient être supprimées.

Troisièmement, les processus devraient être (re)conçus de manière à réduire la durée moyenne d'un cycle entre le développement et la mise en production (sprint).

Cela permet de livrer des fonctionnalités en continu - et donc de contrôler et de mesurer plus précisément leur qualité et leur valeur ajoutée. Quatrièmement, c'est l'entreprise qui doit déterminer la valeur ajoutée de l'informatique, et non l'inverse.

Il faut se représenter ces quatre principes comme les perles d'un collier, dont la cinquième ferme la boucle : "Continuous Improvement" permet, grâce à des boucles de répétition, de tirer des enseignements qui permettent d'optimiser le processus global à chaque sprint.

Mais les améliorations ne sont reconnaissables en tant que telles que si elles peuvent être mesurées. Le concept DevOps recommande même de mesurer en continu, c'est-à-dire de collecter des indicateurs à de nombreux endroits différents du processus de développement.

Les clients SAP existants devraient par exemple compter les transports et les modifications qui sont livrés à un système SAP au cours de périodes données.

Combien de temps faut-il pour que les exigences soient coulées dans le nouveau code logiciel ? Combien de corrections y a-t-il par sprint ? Ce nombre augmente-t-il ou diminue-t-il ? Les nouvelles fonctionnalités demandées sont-elles livrées à temps ?

Tous ces indicateurs sont pertinents et peuvent être améliorés en permanence si les équipes DevOps réfléchissent, discutent et optimisent régulièrement leur travail.

Les clients SAP existants qui souhaitent introduire DevOps devraient s'orienter vers les principes Lean mentionnés. Lequel de ces principes est le plus facile à mettre en œuvre ou est déjà une réalité ?

Le point de départ pourrait être le flux de valeur Requirement-to-Deploy. Créez des indicateurs et mesurez le plus grand potentiel d'amélioration dans ce flux de valeur.

Est-ce l'ampleur et la taille des projets et des équipes ? Réduisez-les tout en augmentant leur nombre ! Réunissez les développeurs, les administrateurs et les responsables qualité autour d'une même table et vous voilà dans le monde DevOps. Des équipes petites mais puissantes, car travaillant de manière interdépartementale et autonome, apportent en somme une plus grande valeur ajoutée.

La raison concrète de l'introduction de DevOps sera, dans les années à venir, le passage à S/4. Pour un projet de cette ampleur et de cette pertinence, de nouvelles méthodes sont nécessaires.

SAP en tient également compte avec sa méthode d'introduction SAP Activate (voir aussi page 62), qui suit des principes agiles. Dans notre prochaine chronique, nous discuterons des approches de migration vers S/4 Hana et du rôle que joue l'automatisation dans ce processus.

https://e3mag.com/partners/basis_technologies/

avatar
James Roberts, Basis Technologies

FR : Expert dans le domaine de SAP DevOps et du développement agile, James Roberts est responsable du développement et du support chez Basis Technologies. Il a plus de 20 ans d'expérience dans le développement SAP à l'échelle mondiale.EN : En tant qu'expert évangéliste sur l'application de SAP DevOps et du développement agile, James Roberts séduit dans son rôle de directeur de la technologie chez Basis Technologies. Il apporte plus de 20 ans d'expérience globale dans le domaine de SAP.


Écrire un commentaire

Le travail sur la base SAP est essentiel pour réussir la conversion S/4. 

Ce que l'on appelle le centre de compétences prend ainsi une importance stratégique chez les clients existants de SAP. Indépendamment du modèle d'exploitation d'un S/4 Hana, les thèmes tels que Automatisation, Suivi, Sécurité, Gestion du cycle de vie des applications et Gestion des données la base de l'exploitation opérationnelle de S/4.

Pour la deuxième fois déjà, le magazine E3 organise à Salzbourg un sommet pour la communauté SAP afin de s'informer en détail sur tous les aspects du travail de base de S/4-Hana.

Lieu de la manifestation

FourSide Hôtel Salzbourg,
Trademark Collection by Wyndham
Am Messezentrum 2, 5020 Salzbourg, Autriche
+43-66-24355460

Date de l'événement

mercredi 10 juin, et
Jeudi 11 juin 2026

Billet d'entrée anticipé

Billet régulier

EUR 390 hors TVA
disponible jusqu'au 1.10.2025
EUR 590 hors TVA

Lieu de la manifestation

Hôtel Hilton Heidelberg
Kurfürstenanlage 1
D-69115 Heidelberg

Date de l'événement

mercredi 22 avril et
Jeudi 23 avril 2026

Billets

Billet régulier
EUR 590 hors TVA
Abonnés au magazine E3
à prix réduit avec le Promocode STAbo26
EUR 390 hors TVA
Étudiants*
à prix réduit avec le Promocode STStud26.
Veuillez envoyer votre certificat d'études par e-mail à office@b4bmedia.net.
EUR 290 hors TVA
*Les 10 premiers billets sont gratuits pour les étudiants. Tentez votre chance ! 🍀
L'organisateur est le magazine E3 de la maison d'édition B4Bmedia.net AG. Les conférences seront accompagnées d'une exposition de partenaires SAP sélectionnés. Le prix du billet comprend la participation à toutes les conférences du Steampunk and BTP Summit 2026, la visite de l'espace d'exposition, la participation à la soirée et les repas pendant le programme officiel. Le programme des conférences et la liste des exposants et des sponsors (partenaires SAP) seront publiés en temps utile sur ce site.