Dans le monde tourbillonnant du commerce, garder une longueur d’avance est la clé du jeu. Mais il existe encore de nombreuses marques qui chevauchent la technologie mainframe à l’ancienne. C’est comme essayer de courir un marathon en tongs ! La mise à niveau vers la dernière architecture technologique peut sembler un pas de géant, mais l’agilité et les résultats commerciaux qu’elle génère en valent la peine. Voyons comment nous pouvons réaliser ce saut avec le moins de contretemps possible, en nous concentrant sur trois points principaux et en partageant quelques histoires réelles en cours de route.
Examiner attentivement ce que nous avons
Le défi: Avez-vous déjà essayé de démêler un bol de spaghetti ? C’est ce que l’on ressent en s’éloignant des mainframes. Non seulement vous êtes confronté à des décennies de code hérité, mais il existe souvent des tâches « renégats » qui s’exécutent et qui, si elles sont « débranchées », peuvent par inadvertance faire des ravages dans vos opérations quotidiennes.
S’en sortir: Tout d’abord, mettez votre casquette de détective. Nous devons déterminer où et comment ces mainframes orchestrent et traitent les échanges de données entre le paysage plus large. Pensez-y comme si vous planifiiez un road trip : vous avez besoin d’une bonne carte du parcours du client (clients internes et externes) et de comprendre ce que fait la technologie pour « desservir » ces flux ! Décomposez-le étape par étape, en vous concentrant sur l’endroit où se trouvent vos points chauds au cours du voyage, puis en voyant clairement où se trouve la technologie sous-jacente qui peut être à l’origine des lacunes.
Imaginez une grande chaîne de vente au détail réalisant que tout, du stockage des étagères à l’augmentation des ventes, est lié à leur ordinateur central. Ils ont décidé d’améliorer d’abord leurs systèmes de service client avec un peu de magie du cloud, afin de garantir une expérience d’achat fluide tout en travaillant sur les systèmes back-end. Ce n’est généralement pas la bonne approche, car elle consiste à mettre en place une meilleure interface sur un ensemble de systèmes qui ne sont pas en temps réel.
Livraison de valeur rapide, mais avec une approche « Agile-Fall »
Le défi: Il est probable que vous ayez un bureau de gestion de programme qui n’est pas tout à fait à l’aise avec le simple fait de « se lancer » de manière purement Agile. Nous assistons à l’essor de cadres tels que SAFe et d’autres approches qui vous permettent d’aborder les choses par étapes de planification, mais permettent également une flexibilité intra-sprint pour atteindre les résultats (grâce à des résultats clés) que vous souhaitez…. mais le problème demeure : comment construire une solution mainframe de manière composable, tout en ayant une idée des coûts projetés, du personnel et de la capacité à gérer/gérer le risque.
S’en sortir: En grande partie, le mainframe existant est un mélange d’un pseudo CRM, de fonctions financières de back-office et d’un certain degré de service client et de logistique (c’est-à-dire « OMS-light »). La bonne nouvelle ici est que vous disposez désormais de solutions cloud natives que vous pouvez rapidement repérer et mettre en œuvre au fur et à mesure que vous interagissez dans la décomposition du mainframe. Pensez-y en termes d’un groupe de capacités dans la carte ci-dessus que vous avez créée. L’une des fonctionnalités est le routage et l’orchestration des commandes, qui constituent généralement l’un des facteurs de valeur les plus importants lors du passage à un OMS moderne. Vous pouvez désormais implémenter uniquement cette fonction à partir d’un OMS et laisser le mainframe toujours servir d’orchestrateur « principal », mais pour le transmettre aux API qui gèrent le routage des commandes. NET – Vous avez désormais beaucoup plus de choix quant à la façon dont vous progressez dans la décomposition.
Déplacer des données sans les supprimer
Le défi: À un moment donné, nous avons tous déménagé d’appartement/de maison après avoir vécu au même endroit pendant des années. Voilà à quoi ressemble la migration des données. Il est crucial de déplacer ces données en toute sécurité sans les perdre ni les mélanger. Les stratégies de migration de données doivent être documentées, articulées et mises à l’essai au fur et à mesure que vous faites progresser votre infrastructure du mainframe vers un ERP + OMS moderne.
S’en sortir: Trions nos données en « indispensables » et « intéressantes à avoir ». Nous déplaçons d’abord les éléments importants et veillons à ce qu’ils soient parfaitement propres et sécurisés. Pensez-y comme à emballer vos objets de valeur avec du papier bulle supplémentaire. Si vous stockez actuellement ce qui est en réalité un CRM léger dans votre mainframe, vous devrez envisager de le déplacer vers une solution commerciale SaaS/Cloud et planifier de le faire de manière composable dans le cadre d’une stratégie informatique plus large.
Enseigner de nouvelles astuces technologiques aux vieux chiens
Le défi: Passer à une nouvelle technologie signifie souvent acquérir de nouvelles compétences. Certains membres de votre équipe existante devront peut-être être requalifiés, tandis que d’autres peuvent avoir atteint ou dépassé le point de vouloir prendre votre retraite, vous êtes donc probablement confronté à un scénario dans lequel vous devez extraire toutes les connaissances d’un employé très chevronné de l’équipe tout en naviguant simultanément dans le travail KTLO (garder les lumières allumées). C’est là qu’apparaissent une stratégie de personnel pour le projet et un modèle opérationnel pour le nouveau paysage.
S’en sortir: Il est temps d’apporter de nouvelles perspectives et de nouveaux talents, et de leur donner le temps et l’espace nécessaires pour s’intégrer, apprendre et accélérer la transformation ! Vous souhaiterez créer une culture d’expérimentation rapide et d’échec, mais également vous assurer que le PMO et les équipes de direction savent que le budget et les délais seront ceux que vous avez annoncés. Si vous avez une partie prenante qui est un peu nerveuse à l’idée d’abandonner son ordinateur central, prenez le temps de comprendre ces préoccupations, répondez-y dans le cadre stratégique sur la façon dont vous abordez la transition et assurez-vous que son équipe est impliquée dans le voyage (REMARQUE – Je vois souvent cela venant du CFO, et à juste titre).
Comment commencer
Transformer votre technologie des mainframes existants vers les systèmes les plus récents et les plus performants ne doit pas nécessairement être un cauchemar. Il s’agit d’une planification intelligente, d’une gestion minutieuse des données et de l’autonomisation de nos équipes. N’oubliez pas qu’il n’existe pas de solution universelle. Adaptez ces étapes à votre culture, votre point de vue et vos capacités uniques, et vous préparerez votre entreprise pour un avenir rempli d’agilité et de croissance. Si vous avez besoin d’aide pour réfléchir à votre approche, contactez-nous ci-dessous et commençons une conversation.
février 8, 2024
Comment naviguer dans les transformations technologiques héritées de l’OMS / Blogs / Perficient
Dans le monde tourbillonnant du commerce, garder une longueur d’avance est la clé du jeu. Mais il existe encore de nombreuses marques qui chevauchent la technologie mainframe à l’ancienne. C’est comme essayer de courir un marathon en tongs ! La mise à niveau vers la dernière architecture technologique peut sembler un pas de géant, mais l’agilité et les résultats commerciaux qu’elle génère en valent la peine. Voyons comment nous pouvons réaliser ce saut avec le moins de contretemps possible, en nous concentrant sur trois points principaux et en partageant quelques histoires réelles en cours de route.
Examiner attentivement ce que nous avons
Le défi: Avez-vous déjà essayé de démêler un bol de spaghetti ? C’est ce que l’on ressent en s’éloignant des mainframes. Non seulement vous êtes confronté à des décennies de code hérité, mais il existe souvent des tâches « renégats » qui s’exécutent et qui, si elles sont « débranchées », peuvent par inadvertance faire des ravages dans vos opérations quotidiennes.
S’en sortir: Tout d’abord, mettez votre casquette de détective. Nous devons déterminer où et comment ces mainframes orchestrent et traitent les échanges de données entre le paysage plus large. Pensez-y comme si vous planifiiez un road trip : vous avez besoin d’une bonne carte du parcours du client (clients internes et externes) et de comprendre ce que fait la technologie pour « desservir » ces flux ! Décomposez-le étape par étape, en vous concentrant sur l’endroit où se trouvent vos points chauds au cours du voyage, puis en voyant clairement où se trouve la technologie sous-jacente qui peut être à l’origine des lacunes.
Imaginez une grande chaîne de vente au détail réalisant que tout, du stockage des étagères à l’augmentation des ventes, est lié à leur ordinateur central. Ils ont décidé d’améliorer d’abord leurs systèmes de service client avec un peu de magie du cloud, afin de garantir une expérience d’achat fluide tout en travaillant sur les systèmes back-end. Ce n’est généralement pas la bonne approche, car elle consiste à mettre en place une meilleure interface sur un ensemble de systèmes qui ne sont pas en temps réel.
Livraison de valeur rapide, mais avec une approche « Agile-Fall »
Le défi: Il est probable que vous ayez un bureau de gestion de programme qui n’est pas tout à fait à l’aise avec le simple fait de « se lancer » de manière purement Agile. Nous assistons à l’essor de cadres tels que SAFe et d’autres approches qui vous permettent d’aborder les choses par étapes de planification, mais permettent également une flexibilité intra-sprint pour atteindre les résultats (grâce à des résultats clés) que vous souhaitez…. mais le problème demeure : comment construire une solution mainframe de manière composable, tout en ayant une idée des coûts projetés, du personnel et de la capacité à gérer/gérer le risque.
S’en sortir: En grande partie, le mainframe existant est un mélange d’un pseudo CRM, de fonctions financières de back-office et d’un certain degré de service client et de logistique (c’est-à-dire « OMS-light »). La bonne nouvelle ici est que vous disposez désormais de solutions cloud natives que vous pouvez rapidement repérer et mettre en œuvre au fur et à mesure que vous interagissez dans la décomposition du mainframe. Pensez-y en termes d’un groupe de capacités dans la carte ci-dessus que vous avez créée. L’une des fonctionnalités est le routage et l’orchestration des commandes, qui constituent généralement l’un des facteurs de valeur les plus importants lors du passage à un OMS moderne. Vous pouvez désormais implémenter uniquement cette fonction à partir d’un OMS et laisser le mainframe toujours servir d’orchestrateur « principal », mais pour le transmettre aux API qui gèrent le routage des commandes. NET – Vous avez désormais beaucoup plus de choix quant à la façon dont vous progressez dans la décomposition.
Déplacer des données sans les supprimer
Le défi: À un moment donné, nous avons tous déménagé d’appartement/de maison après avoir vécu au même endroit pendant des années. Voilà à quoi ressemble la migration des données. Il est crucial de déplacer ces données en toute sécurité sans les perdre ni les mélanger. Les stratégies de migration de données doivent être documentées, articulées et mises à l’essai au fur et à mesure que vous faites progresser votre infrastructure du mainframe vers un ERP + OMS moderne.
S’en sortir: Trions nos données en « indispensables » et « intéressantes à avoir ». Nous déplaçons d’abord les éléments importants et veillons à ce qu’ils soient parfaitement propres et sécurisés. Pensez-y comme à emballer vos objets de valeur avec du papier bulle supplémentaire. Si vous stockez actuellement ce qui est en réalité un CRM léger dans votre mainframe, vous devrez envisager de le déplacer vers une solution commerciale SaaS/Cloud et planifier de le faire de manière composable dans le cadre d’une stratégie informatique plus large.
Enseigner de nouvelles astuces technologiques aux vieux chiens
Le défi: Passer à une nouvelle technologie signifie souvent acquérir de nouvelles compétences. Certains membres de votre équipe existante devront peut-être être requalifiés, tandis que d’autres peuvent avoir atteint ou dépassé le point de vouloir prendre votre retraite, vous êtes donc probablement confronté à un scénario dans lequel vous devez extraire toutes les connaissances d’un employé très chevronné de l’équipe tout en naviguant simultanément dans le travail KTLO (garder les lumières allumées). C’est là qu’apparaissent une stratégie de personnel pour le projet et un modèle opérationnel pour le nouveau paysage.
S’en sortir: Il est temps d’apporter de nouvelles perspectives et de nouveaux talents, et de leur donner le temps et l’espace nécessaires pour s’intégrer, apprendre et accélérer la transformation ! Vous souhaiterez créer une culture d’expérimentation rapide et d’échec, mais également vous assurer que le PMO et les équipes de direction savent que le budget et les délais seront ceux que vous avez annoncés. Si vous avez une partie prenante qui est un peu nerveuse à l’idée d’abandonner son ordinateur central, prenez le temps de comprendre ces préoccupations, répondez-y dans le cadre stratégique sur la façon dont vous abordez la transition et assurez-vous que son équipe est impliquée dans le voyage (REMARQUE – Je vois souvent cela venant du CFO, et à juste titre).
Comment commencer
Transformer votre technologie des mainframes existants vers les systèmes les plus récents et les plus performants ne doit pas nécessairement être un cauchemar. Il s’agit d’une planification intelligente, d’une gestion minutieuse des données et de l’autonomisation de nos équipes. N’oubliez pas qu’il n’existe pas de solution universelle. Adaptez ces étapes à votre culture, votre point de vue et vos capacités uniques, et vous préparerez votre entreprise pour un avenir rempli d’agilité et de croissance. Si vous avez besoin d’aide pour réfléchir à votre approche, contactez-nous ci-dessous et commençons une conversation.
Source link
Partager :
Articles similaires