Lien entre la stratégie et l'opérationnel

Des termes tels que Systems of Engagement et Systems of Records thématisent les différentes exigences informatiques envers le "nouveau" monde des systèmes, qui doit s'adapter de manière agile et flexible aux approches de numérisation, et envers l'"ancien" paysage des systèmes de suite d'affaires éprouvés. Toutefois, les deux mondes ne doivent pas être considérés séparément afin d'éviter les solutions isolées. Au lieu de cela, les entreprises ont besoin d'un concept informatique global qui représente globalement les outils informatiques aussi bien pour les changements stratégiques que pour l'exploitation opérationnelle.

Écart entre la stratégie et les processus de changement

En outre, dans la pratique de l'entreprise, il existe souvent un fossé entre la stratégie d'entreprise au plus haut niveau, la gestion de projet pour la mise en œuvre de la stratégie, la décomposition en processus de changement conformes à l'ITIL - dans la mesure où des adaptations de logiciels sont nécessaires dans un projet - et le rapport entre un processus de changement et des modifications de code individuelles et détaillées à un endroit du paysage système. L'intégration verticale fait ici défaut. Sans transparence, il est difficile de comparer le succès et les coûts des projets de numérisation et de prouver la réussite de la mise en œuvre de la stratégie. D'autres défis se posent dans les domaines de la conformité et de la gouvernance, qui attendent une documentation complète des adaptations logicielles en rapport avec les demandes de modification sous-jacentes.

Les environnements système SAP, en particulier, présentent un degré de complexité particulier pour les adaptations logicielles, dont il faut vérifier de différentes manières l'absence d'incohérences avant de pouvoir les importer dans l'environnement de production. Les mots-clés à cet égard sont les paysages à 4 systèmes, les écrasements et les dépassements ainsi que les objets critiques et dépendants. L'Enterprise Software Management (ESM) comble cette lacune de deux manières : D'une part, les outils ESM s'intègrent dans les applications de gestion de projet et les systèmes de billetterie et créent ainsi une continuité de la stratégie d'entreprise aux projets de projet et aux changements ITIL.

D'autre part, ils gèrent les ordres de transport collectés dans les processus de changement, effectuent des contrôles, avertissent en cas d'incompatibilité dans le système cible et documentent le déroulement de chaque changement pour les audits internes et l'expertise comptable. Cette prestation d'intégration permet une exploitation efficace des Systems of Records et libère en même temps des espaces pour la planification et la mise en œuvre de projets de numérisation, dont ils pilotent les adaptations logicielles tout comme les tâches de maintenance. De cette manière, ils contribuent également à l'intégration des Systems of Engagement dans l'environnement informatique.

Défis pour l'informatique

Le terme de transformation numérique regroupe une multitude d'aspects d'un monde de plus en plus numérisé, dans lequel les entreprises établies doivent travailler à une réorientation fondamentale de leurs produits, services, processus et modèles d'entreprise afin de survivre dans un environnement de marché de plus en plus dynamique [1].

Agilité : en raison de la vitesse de changement drastique des conditions du marché et de la concurrence, une informatique adaptable est un facteur de réussite décisif. L'environnement informatique optimal pour une longue période remplace les prototypes pour les projets de numérisation, que l'équipe de projet complète, développe et fait évoluer de manière flexible en cas de succès.

Capacité d'innovation : à l'ère de la transformation numérique, la priorité de l'entreprise se déplace des améliorations incrémentales des offres existantes vers des idées radicalement nouvelles et un comportement de type start-up. L'informatique doit s'adapter à ce changement, par exemple avec des approches itératives dans les modèles de procédure de développement de logiciels comme Scrum et avec DevOps pour accélérer le développement, la mise à disposition et l'évolution des applications et des services.

Simplicité : les clients ne sont pas les seuls à attendre des interfaces utilisateur intuitives et une expérience client homogène. Le back-office, qui doit maintenir en service des systèmes hérités complexes et difficiles à entretenir en raison des adaptations, des extensions et des interconnexions, a lui aussi besoin d'un soutien informatique pour une gestion des processus et une communication simples et appropriées. C'est l'exploitation efficace des systèmes existants qui permet de dégager le temps nécessaire aux expériences de numérisation.

Utilisation intelligente des données : la collecte, le stockage et l'analyse en temps réel des données à l'aide d'algorithmes d'évaluation intelligents apportent une valeur ajoutée aux entreprises et constituent une condition préalable à l'optimisation des processus, à l'amélioration de la prise de décision et à l'innovation commerciale.

L'approche consistant à exploiter un environnement système divisé en deux n'est qu'une solution transitoire. Ce n'est qu'en intégrant les univers de systèmes que les entreprises peuvent éviter les solutions isolées et, en cas de succès, transférer successivement les prototypes mûris dans le portefeuille de produits et de services ainsi que dans les processus de maintenance et d'évolution bien connus.

ESM pour mesurer la rentabilité

Pour chaque approche de numérisation, les entreprises doivent se demander si le projet répond aux attentes, s'il met en œuvre la stratégie de l'entreprise de manière appropriée et si les avantages l'emportent sur les coûts. Pour répondre à ces questions, elles doivent documenter et intégrer de manière transparente tous les niveaux de gestion de l'entreprise. En règle générale, la décision de numériser commence par la direction de l'entreprise, qui clarifie l'image de soi et les principes de base dans la charte d'entreprise. Une forme électronique de la vision et de la mission, par exemple sous la forme d'un Business Motivation Model (BMM), aide à communiquer l'orientation de la stratégie au sein de l'entreprise et rend visibles les différences entre les objectifs et les buts d'une part et les moyens nécessaires à leur réalisation d'autre part.

Comme exemple d'outil de modélisation BMM, on peut citer un prototype qui a été créé à la faculté d'informatique de l'université de Mannheim dans le cadre d'un projet d'étudiants et qui a déjà été testé dans la pratique [3]. La transition vers le niveau tactique de la mise en œuvre de la stratégie est assurée par des systèmes de mesure de la performance, par exemple des tableaux de bord prospectifs (BSC), qui reprennent les objectifs et définissent des mesures pour les atteindre, par exemple sous forme de projets. Les projets dans la BSC peuvent faire référence à des organigrammes de projet, des réseaux et des lots de travaux dans les systèmes de gestion de projet, dans lesquels les chefs de projet planifient, organisent et contrôlent les projets. Alors que certains lots de travaux peuvent être exécutés sans référence aux systèmes informatiques, d'autres nécessitent des changements dans le monde informatique. Pour ces adaptations, les collaborateurs du projet ouvrent par exemple des tickets dans les systèmes de gestion des problèmes. Ceux-ci sont à leur tour étroitement liés à la gestion des services informatiques, qui gère les processus de changement, souvent en s'inspirant de l'ITIL, par le biais de demandes de changement (Request for Change, RFC).

L'intégration s'arrête au plus tard à ce niveau commercial opérationnel lié à l'informatique. Au niveau IT technique, la gestion du transport suit dans les environnements SAP, mais il manque un lien avec les niveaux business. L'Enterprise Software Management (ESM) (voir illustration) comble cette lacune et contribue ainsi à l'alignement Business-IT. L'ESM reprend les RFC de la gestion des services informatiques et gère en détail les processus de changement avec les ordres de transport qui leur sont attribués. Il est ainsi possible de savoir à tout moment quel RFC a été à l'origine de quelle modification de code dans quel système et quels ordres de transport ont alimenté le système de production. En intégrant tous les niveaux, la direction de l'entreprise peut voir, en appuyant sur un bouton, quel objectif stratégique devait être atteint par le biais de quels projets, quelles adaptations informatiques étaient nécessaires pour cela et qui a intégré le changement par le biais de quels ordres de transport [4].

Si l'on continue à penser à des considérations coûts/bénéfices pour une stratégie de numérisation, l'ESM peut servir de base à l'évaluation des adaptations logicielles en fonction des dépenses. Pour ce faire, tous les objectifs liés à la vision et à la mission de la stratégie doivent être rassemblés dans la BSC et les projets déposés doivent être évalués. Tous les lots de travaux de projet liés à l'informatique conduisent ensuite à des RFC ou des tickets liés et finalement à des processus de changement. Grâce à l'intégration avec l'ESM, il est possible de savoir quelles modifications de code ont été apportées à l'environnement système. Le coût des modifications, par exemple sur la base de l'estimation du coût en jours-personnes, peut être comparé à une évaluation de l'étendue des fonctions des extensions, par exemple selon le Functional Size Measurement dans le cadre d'une analyse Function-Point.

Des risques de transport maîtrisables

Si l'on jette un coup d'œil détaillé au niveau informatique, on s'aperçoit que même des modifications de code de faible ampleur peuvent déployer d'énormes complexités et représenter un risque pour l'environnement de production. Le paysage à trois systèmes, avec des adaptations logicielles dans le système de développement, le transport vers le système d'assurance qualité et les tests qui y sont effectués, puis, en cas de succès, la validation et l'importation dans le système de production, ne représente que le scénario le plus simple.

Lorsque l'urgence des modifications logicielles varie, par exemple dans le cas de projets de développement, de migration ou de mise à niveau de longue durée d'une part, et de corrections d'erreurs nécessaires à court terme d'autre part, de nombreuses entreprises étendent le paysage à 3 systèmes, voire à 5 systèmes, dans lequel un deuxième système de développement et éventuellement un autre système de test apportent rapidement les résultats de la maintenance au système de production.

La planification, la documentation et la gestion des composants du paysage système dans un système de gestion du cycle de vie des applications tel que SAP Solution Manager peuvent assurer la transparence de l'infrastructure du paysage, mais les outils ne couvrent pas l'analyse et le contrôle des modifications de code dans les ordres de transport individuels et en ce qui concerne leur interaction avec d'autres ordres.

Surveillance de la chaîne de processus

Pour cela, les entreprises ont également besoin d'un Enterprise Software Management (ESM). L'ESM surveille l'ensemble de la chaîne de processus des modifications d'objets déclenchées par un changement dans tous les systèmes concernés de l'environnement système et les dirige ou les contrôle de manière centralisée. Un processus de changement peut générer un grand nombre d'ordres de transport au niveau informatique, qui doivent atteindre le système de production dans le bon ordre.

L'ESM garde une vue d'ensemble des effets de toutes les adaptations de code qui surviennent dans le cadre d'un processus de changement et surveille les interactions entre les ordres de transport de tous les changements ayant une incidence sur l'informatique. Un risque possible est par exemple l'écrasement, dans lequel le système de gestion du transport fournit d'abord au système de production la version actuelle d'un objet, que l'importation d'une ancienne version de code de l'objet écrase à nouveau plus tard. Par exemple, deux ordres de transport peuvent contenir le même objet, par exemple une méthode de la classe Z_CL_A, qui a été modifiée dans le cadre d'un projet d'extension d'une part et pour laquelle une correction d'erreur urgente devait être effectuée d'autre part.

Pour des raisons organisationnelles et/ou techniques, les testeurs ont pu terminer le contrôle de la correction des erreurs plus rapidement que le test du projet d'extension. Néanmoins, la version 13 de la méthode ne peut être introduite dans le système de production qu'après l'installation de la version 12, sinon l'ancienne version 12 écraserait à nouveau la nouvelle version 13 dans le système de production. Dans ce cas, l'erreur que l'on croyait corrigée serait à nouveau présente dans l'environnement de production.

Risque : dépassement

Un autre danger provient des "overlays". Les objets contiennent des parties de développements dont les contreparties n'atteignent le système cible que dans des transports importés ultérieurement, de sorte que l'adaptation est incomplète dans le système de production et que l'application peut réagir de manière erronée. Par exemple, l'exécution d'un programme nécessite un autre objet, par exemple parce que le programme appelle un module fonctionnel ou une méthode.

Si les adaptations de l'objet et de ses appelants parviennent au système de production avec un certain décalage, l'application risque de ne pas fonctionner comme prévu. Si l'interface est modifiée de manière incompatible avec la montée en charge, par exemple parce qu'un paramètre de transfert à remplir obligatoirement est ajouté, tous les programmes appelants doivent suivre la modification. Un décalage temporel lors de l'importation des ordres de transport, dans lesquels se trouvent l'objet et l'appelant, entraîne alors un dump. La même situation se présente lorsqu'un objet vient d'être créé et que ses appelants ont déjà atteint l'environnement de production, mais qu'il est lui-même encore en route. Dans ce cas également, le programme fait un dumping lors de la tentative d'exécution.

Scénario de dépassement

Un scénario de dépassement se produit, par exemple, lorsqu'un état Z_REPORT_B contient dans son code un appel au module fonction Z_FUNC_C, mais ne transporte pas le module lui-même, car celui-ci a été créé dans le cadre d'un autre projet d'extension par une autre équipe de projet et amené dans le système d'assurance qualité. Il est incomparablement plus difficile de détecter les dépassements que d'énumérer les dangers potentiels d'écrasement, car les objets dépassés ne sont pas visibles sur l'ordre de transport. Seule une analyse approfondie du code peut aider dans ce cas.

Avec des centaines d'ordres de transport et des milliers d'objets à l'intérieur en raison de corrections d'erreurs, de développements internes, d'extensions ou de mises à jour, ces dépendances et ces contrôles ne peuvent plus être maîtrisés manuellement et doivent être surveillés par un outil ESM. Il est essentiel que l'outil ESM agisse en grande partie automatiquement et surveille par défaut tous les transports afin d'augmenter la stabilité du système cible, qu'il s'agisse du système d'assurance qualité, qui profite de meilleures bases de test, ou du système productif, pour lequel l'impact d'importations erronées est incomparablement plus douloureux.

Dans l'idéal, l'ESM établit une liste des transports critiques et émet des avertissements sur les dangers qui y sommeillent. Comme exemple de solution ESM avec des routines de contrôle étendues, on peut citer l'Enterprise Software Management de Solutive. Enfin, au-delà de la mesure de la réussite des risques de numérisation et de la gestion de l'exploitation informatique opérationnelle, un outil ESM est également utile pour les parties prenantes ayant des exigences dans le domaine de la gouvernance, des risques et de la conformité (GRC).

ESM pour la gouvernance, le risque et la conformité (GRC)

Les règles de gestion internes abordent parfois aussi le traitement technique des adaptations logicielles et exigent le respect transparent du principe du double contrôle pour les modifications de code, la séparation personnelle des responsabilités pour le développement et les tests ainsi que la limitation des autorisations au niveau adéquat pour le rôle de l'utilisateur.

Les audits et les révisions trouvent dans l'ESM des preuves compréhensibles des processus conformes aux règles au niveau informatique. La GSE est également pertinente pour les contrôles externes dans le cadre de l'audit. Ainsi, les auditeurs demandent de plus en plus souvent à voir les processus de changement et les responsabilités qui s'y appliquent.

Si une entreprise utilise un outil ESM, elle peut créer des rapports clairs sur les adaptations de l'environnement de production en appuyant sur un bouton et les mettre à disposition rapidement sur demande. La documentation et l'évaluation des modifications de code pertinentes pour l'audit font partie de l'équipement standard de plusieurs outils ESM, dont la solution de gestion des logiciels d'entreprise de Solutive. En revanche, l'intégration des niveaux business et IT, décrite au début, dans le sens d'un alignement business-IT, représente encore un défi.

Projet étudiant sur la preuve de concept

C'est pourquoi un projet d'étudiants à l'université de Mannheim doit, au cours du prochain semestre d'été 2018, procéder à une évaluation des coûts et des avantages des projets de numérisation par l'intégration de tous les niveaux de contrôle de l'entreprise avec le niveau informatique via la gestion des logiciels d'entreprise.

Il est prévu d'utiliser comme solution ESM l'Enterprise Software Management de Solutive, qui fournit déjà les interfaces nécessaires pour l'intégration dans les systèmes de gestion de projets, les systèmes de ticketing et les solutions de gestion des services informatiques.

Littérature :

[1] Kreutzer, R. T., Neugebauer, T. et Pattloch, A., Leadership en affaires numériques. Wiesbaden, 2017.
[2] Châlons, C. et Dufft, N. : Le rôle de l'informatique en tant que facilitateur de la numérisation, dans : Abolhassan, F. (éd.) : Qu'est-ce qui pousse à la numérisation ? Wiesbaden, 2016.
[3] Gröschel, M. et Roth-Dietrich G. : Modeling the Business Model and Business Strategy - Conception et mise en œuvre du modèle de motivation commerciale de l'OMG dans un prototype de logiciel, dans : Hertweck, D. et Decker, C. (éd.) : Digital Enterprise Computing 2016, Lecture Notes in Informatics (LNI). Bonn, 2016.
[4] Roth-Dietrich, G. : Innovative Digitalisierungsstrategien, dans : ERP-Management, cahier 4 2017, p. 32-34, Berlin, 2017.