Je suis récemment tombé sur l'eBook "Digital Transformation and the CIO : Un point de vue préparé par IBM et SAP".

Il souligne notamment la nécessité pour les organisations informatiques SAP de développer des systèmes, des processus et des méthodologies, tels que SAP DevOps - afin d'apporter une innovation continue à l'entreprise.

En discutant des opportunités et des défis pour les DSI, IBM et SAP ont mis en évidence les domaines que les DSI ont définis comme étant leurs priorités.

L'une de ces priorités concerne l'agilité et l'innovation permanente pour l'entreprise.

Cependant, avec seulement 17% des organisations de support informatique ayant adopté une quelconque méthodologie de développement logiciel agile et seulement 15% ayant adopté une méthodologie de développement logiciel agile, il n'y a pas de différence significative entre les organisations de support informatique et les autres. SAP DevOps Il reste encore du chemin à parcourir.

Source : "Digitizing IT", The Economist Intelligence Unit, 2016 "Digitizing IT, The Economist Intelligence Unit, 2016

 

Comment les équipes informatiques de SAP et leurs DSI peuvent-ils y parvenir, en particulier en ce qui concerne les systèmes d'enregistrement de base de l'entreprise ?

Le chemin vers SAP DevOps

La voie technique vers SAP DevOps est relativement simple, surtout si elle repose sur l'utilisation efficace d'une plateforme d'automatisation du contrôle des changements.

Ainsi, en supposant que l'automatisation du contrôle des changements soit en place, voici le chemin à suivre pour atteindre les objectifs suivants SAP DevOps nous avons observé que les équipes informatiques de SAP se déplaçaient.

1. Approche à plusieurs vitesses

Il existe une différence inévitable entre la vitesse à laquelle les systèmes numériques d'engagement peuvent évoluer et la vitesse à laquelle les systèmes SAP d'enregistrement peuvent évoluer, d'où la nécessité d'une approche à deux vitesses.

Mais cela ne signifie pas que tous les changements SAP doivent être lents, ou que la gouvernance et le contrôle doivent se traduire par une lenteur dans la mise en œuvre des changements du système d'enregistrement.

Grâce à une approche à plusieurs voies, les équipes informatiques de SAP peuvent accélérer de manière significative le changement de l'entreprise sans compromettre la gouvernance, le contrôle ou la qualité.

L'approche est très simple. Diviser le travail en types de changement en fonction de l'impact potentiel et faire suivre à chaque type sa propre voie de livraison et d'approbation.

L'impact faible correspond aux pistes les plus rapides, avec moins d'approbations et de tests, et l'impact élevé aux pistes les plus lentes.

2. Méthodes de développement agiles

Que le travail soit divisé en sprints, en histoires ou en versions, il est nécessaire de disposer de méthodes permettant de fournir de plus petits morceaux de logiciels de qualité, entièrement testés et prêts à être déployés.

Les petits éléments de fonctionnalité auront un impact global moindre, nécessiteront des tests moins rigoureux et pourront être livrés plus rapidement.

Cette démarche s'appuie sur la méthodologie de la diffusion multipiste.

Dans la mesure du possible, les travaux sont élaborés de manière à minimiser l'impact, de sorte qu'ils puissent être exécutés sur les voies les plus rapides et à faible impact et que seuls les changements inévitables et à fort impact soient exécutés sur les voies les plus lentes et les plus contrôlées.

3. SAP DevOps

Le fait de déplacer vers la gauche des éléments tels que l'assurance qualité, l'évaluation d'impact, les tests, pour les intégrer dans le processus, permet aux développeurs de comprendre plus tôt l'impact de leurs développements, ce qui permet de développer davantage de changements avec l'impact le plus faible et d'augmenter ainsi le volume de changements plus rapides.

Cette approche nécessite l'utilisation d'une gamme d'outils ALM intelligents (natifs de SAP ou tiers) qui automatisent les activités DevOps telles que l'examen du code, l'évaluation de l'impact, les tests unitaires et de régression, etc.

Lorsque ces éléments sont introduits dans le cycle de développement, puis reliés par une plateforme de flux de travail automatisée de contrôle des changements, comme Rev-Trac, il en résulte un DevOps observable et ses avantages.

L'automatisation comme plateforme

Pour les organisations de support informatique SAP qui utilisent Rev-Trac comme plateforme agile/DevOps, une bonne gouvernance et un bon contrôle ainsi qu'un développement rapide ne sont pas mutuellement exclusifs.

Non seulement les tâches et les processus nécessaires à une bonne gestion du changement SAP sont automatisés, mais les contrôles nécessaires pour mettre en œuvre une approche multi-pistes sans alourdir la charge de travail de l'équipe le sont également.

La plateforme de flux de travail devait relier les SAP DevOps La mise en place d'un système de suivi et d'évaluation des activités de développement pour qu'elles deviennent aussi "en cours" que les autres activités de développement est également en place à mesure que le programme mûrit.

Pour plus d'informations sur la manière dont Rev-Trac soutient l'adoption de la SAP DevOps méthodologies, n'hésitez pas à tendre la main à l'un de nos experts en gestion du changement SAP.