Dans cet article
Vous inventoriez vos anciens systèmes avec une page par système répondant à 7 questions : responsable, utilisateurs, données et présence de données personnelles, connexions, ce qui s'arrête s'il s'arrête, dates de renouvellement des licences, technologie et fin de son support. Vous attribuez ensuite à chacun l'une de 5 décisions : garder, retirer, remplacer par un produit du marché, déplacer tel quel vers le cloud ou reconstruire, version simplifiée des 7 stratégies du guide officiel de migration d’Amazon. L'IA accélère la partie technique, mais ignore qui est responsable du système.
Dans la deuxième partie, vous avez noté chaque système sur 8. La note montre le risque ; l'inventaire donne de quoi décider.
Ce que contient la page de chaque système
Nul besoin d'un logiciel spécialisé pour commencer. Un simple tableau suffit, à condition qu'il réponde à ces questions pour chaque système :
- Responsable : une personne nommée qui décide du système côté métier, et non le service informatique. Si vous n'en trouvez pas, c'est le premier constat de votre inventaire.
- Utilisateurs : quels services l'utilisent, combien de personnes environ, et si des clients ou fournisseurs extérieurs l'utilisent aussi.
- Données : ce qu'il stocke, s'il s'agit de données personnelles de clients ou de salariés, et où elles se trouvent réellement : un serveur au bureau ou un cloud, et dans quel pays.
- Connexions : d'où viennent ses données et où elles vont : facturation, banque, boutique en ligne, paie, fichier Excel exporté chaque semaine.
- Impact d'une panne : que se passe-t-il s'il s'arrête une journée entière : les ventes s'arrêtent-elles, la paie est-elle retardée, ou personne ne le remarque-t-il ?
- Licences et contrats : qui vous payez, quand le contrat se renouvelle, et s'il existe un délai de préavis avant le renouvellement. La date de renouvellement fixe souvent le moment où votre décision doit être prête.
- Technologie et support : le langage de programmation, la base de données et le système d'exploitation, et la fin du support de chacun, comme vu dans la deuxième partie.
Si l'inventaire révèle que certains de vos vrais systèmes sont des tableurs dont dépend le travail quotidien, nous avons expliqué comment les inventorier dans quelle feuille est votre vrai système.
La question des données : ne la sautez pas
La colonne des données personnelles compte plus que toutes les autres, car elle change la décision. Un système qui stocke les noms et numéros de téléphone des clients ou les dossiers des salariés relève de la loi sur la protection des données personnelles, supervisée par l'Autorité saoudienne des données et de l'IA (SDAIA), et déplacer ou traiter ces données hors du Royaume pendant la modernisation exige une analyse préalable. Nous avons détaillé les obligations pratiques dans notre guide de la PDPL pour les entreprises.
Cela concerne aussi les outils de modernisation eux-mêmes. Par exemple, la page officielle des Régions d’AWS Transform cite 9 Régions où créer des espaces de travail, dont aucune au Moyen-Orient, et précise que les données peuvent être traitées dans une autre Région que celle d'où vous travaillez. Selon l’Agence de presse saoudienne le 1er septembre 2026, Amazon a annoncé que sa première Région cloud dans le Royaume est en passe d'ouvrir en décembre 2026. Notez donc où se trouvent aujourd'hui les données de chaque système, pour savoir quels outils peuvent les lire sans difficulté.
Comment l'IA accélère l'inventaire, et ce qu'elle ignore
La moitié technique d'un inventaire prenait des semaines de vérification des serveurs et de lecture du code à la main. Les outils actuels lisent serveurs et code et cartographient automatiquement les liens entre eux. Un exemple parmi d'autres : Amazon indique sur la page d’AWS Transform que ses agents automatisent la migration, de la découverte et de la planification par vagues jusqu'à la bascule, et que son évaluation des mainframes ramène des mois de découverte à quelques heures. C'est une affirmation d'Amazon, pas un résultat garanti. Sa page de tarifs classe actuellement l'évaluation parmi les agents gratuits.
Le guide de migration d’Amazon donne aussi des signaux concrets pour repérer les systèmes à retirer, à partir des données de l'outil de découverte :
- Un système dont l'usage moyen du processeur et de la mémoire est inférieur à 5 pour cent est ce que le guide appelle une application zombie.
- Un système utilisé entre 5 et 20 pour cent sur 90 jours est ce qu'il appelle une application inactive.
- Un système sans aucune connexion entrante au cours des 90 derniers jours est candidat au retrait.
Mais l'outil ne sait pas qui est responsable du système, quand son contrat se renouvelle, que le seul salarié qui le comprend part à la retraite l'an prochain, ni qu'un unique rapport annuel de zakat en sort. Ces informations viennent d'un court entretien avec le responsable et les utilisateurs de chaque système. La machine remplit les colonnes techniques ; les personnes remplissent les colonnes métier.
Les cinq décisions pour chaque système
Après l'inventaire, vous attribuez une décision à chaque système. Voici une vue simplifiée des sept stratégies du guide d'Amazon :
| Décision | Ce qu'elle signifie | Quand elle convient |
|---|---|---|
| Garder | Il reste tel quel pour l'instant, sous surveillance | Stable et isolé, lié à un matériel spécifique, récemment mis à niveau, ou en attente d'une version prête de l'éditeur |
| Retirer | Vous l'arrêtez et archivez ses données | Aucune valeur métier, presque aucun usage, ou technologie hors support qui ne vaut pas la modernisation |
| Remplacer par un produit du marché | Vous achetez un produit ou un abonnement qui fait le même travail | Le travail qu'il fait est ordinaire et ne vous distingue pas, et un produit le couvre sans grosses adaptations |
| Déplacer tel quel | Vous le migrez vers le cloud sans modifier le code | Le problème vient du serveur et du matériel, pas du logiciel |
| Reconstruire | Vous le réécrivez ou changez son architecture | Ses règles métier sont ce qui vous distingue, et il ne peut pas être modifié ou personne ne sait le maintenir |
Le guide prévient que la reconstruction est l'option la plus complexe et la plus coûteuse, et recommande, pour les grandes migrations, de déplacer d'abord le système puis de le moderniser une fois la migration terminée. Si votre décision est le cloud, commencez par notre guide de migration vers le cloud pour les entreprises saoudiennes.
Le regard d'Origami
Nous construisons des systèmes, les connectons et modernisons les anciens, et pourtant nous commençons chaque projet de modernisation par l'inventaire, pas par le code. Un système dont vous ignorez les connexions peut casser quelque chose d'invisible jusqu'à la plainte d'un client, et l'inventaire montre souvent que la bonne décision pour beaucoup de systèmes est de les garder ou de les retirer, pas de les reconstruire.
Nous utilisons donc des outils d'IA pour lire rapidement serveurs et code et cartographier les connexions, puis nous nous asseyons avec le responsable de chaque système pour compléter ce que l'outil ignore, et nous en tirons une décision par système et un ordre clair pour commencer. Pour voir comment nous travaillons, consultez nos services.
L'exercice de la semaine : une page par système
Prenez les systèmes qui ont obtenu 6 sur 8 ou plus dans l'exercice de la deuxième partie, et remplissez ce tableau pour chacun sur une seule page :
| Élément | Réponse |
|---|---|
| Nom du système et ce qu'il fait, en une phrase | |
| Responsable métier | |
| Utilisateurs (services, nombre approximatif, parties externes) | |
| Données, présence de données personnelles, lieu de stockage | |
| Connexions entrantes et sortantes | |
| Ce qui s'arrête s'il s'arrête une journée | |
| Licences, date de renouvellement et délai de préavis | |
| Technologie et fin de son support | |
| Note sur 8 de la deuxième partie | |
| Décision provisoire, parmi les cinq |
Écrivez la décision au crayon. Elle reste provisoire tant que vous ne savez pas quelles règles vivent dans le système, et c'est le sujet de la prochaine partie.
À suivre
Vous disposez maintenant d'un inventaire et d'une décision provisoire pour chaque système. Mais les systèmes que vous avez choisi de reconstruire cachent leur bien le plus précieux : les vraies règles métier des remises, des prix, des pénalités de retard et des validations, enfouies dans le code et dans la tête des équipes. Dans la quatrième partie, nous expliquons comment l'IA extrait ces règles de votre ancien système et les rédige en spécifications claires, et pourquoi le responsable de chaque processus doit confirmer chaque règle avant toute ligne de nouveau code.
Sources
- AWS Prescriptive Guidance : les sept stratégies de migration — garder, retirer, racheter, réhéberger, relocaliser, replateformer et refactoriser, et les signaux de 5 pour cent, 20 pour cent et 90 jours.
- AWS Transform : page officielle du service — découverte, planification par vagues et évaluation des mainframes.
- AWS Transform : tarifs — l'évaluation figure actuellement parmi les agents gratuits.
- AWS Transform : Régions prises en charge — 9 Régions ; les données peuvent être traitées dans une autre Région.
- Agence de presse saoudienne : une Région AWS dans le Royaume en décembre 2026.
- SDAIA : protection des données personnelles.
Questions fréquentes
Comment commencer l'inventaire des anciens systèmes de mon entreprise ?
Partez des systèmes sans lesquels votre entreprise ne tourne pas une journée, puis rédigez une page par système : responsable, utilisateurs, données et présence de données personnelles, connexions, ce qui s'arrête s'il s'arrête, licences et dates de renouvellement, technologie et fin de son support.
L'IA peut-elle inventorier mes systèmes toute seule ?
Elle rassemble vite la moitié technique en lisant serveurs et code et en cartographiant les connexions. Elle ignore qui est responsable d'un système, quand son contrat se renouvelle ou quel salarié le comprend ; cela vient d'un court entretien avec chaque responsable.
Quelles décisions prendre pour chaque ancien système après l'inventaire ?
Cinq : le garder tel quel, le retirer et archiver ses données, le remplacer par un produit du marché, le déplacer tel quel vers le cloud, ou le reconstruire. Elles simplifient les sept stratégies du guide de migration d'Amazon.
Pourquoi l'inventaire porte-t-il sur les données personnelles ?
Parce qu'un système contenant des données de clients ou de salariés relève de la loi sur la protection des données personnelles, et que déplacer ou traiter ces données hors du Royaume pendant la modernisation exige une analyse préalable, qui peut changer l'outil ou la décision.
Suivez Origami sur Google
Ajoutez Origami à vos sources préférées : nos articles apparaîtront en premier pour vous dans la recherche Google et les actualités à la une.
