Mon ancien système doit-il être modernisé ? Les signes clés

Votre ancien système doit être modernisé s'il présente un de ces signes : sa technologie n'est plus supportée par l'éditeur, une seule personne ou un seul prestataire le comprend, il ne rejoint la facturation électronique, les banques ou les applications que par des exports manuels, ou chaque modification prend des semaines. Par exemple, le support étendu de SQL Server 2014 a pris fin en juillet 2024, et celui de .NET 8 et .NET 9 s'arrête le 10 novembre 2026, selon Microsoft. S'il est stable, isolé et peu coûteux, mieux vaut peut-être attendre.

Dans la première partie de cette série, vous avez listé les systèmes sans lesquels votre entreprise ne tourne pas. Reste à savoir, pour chacun : faut-il vraiment le moderniser ?

Premier signe : la technologie n'est plus supportée par l'éditeur

Tout produit que vous achetez ou sur lequel vous construisez a une date de fin de support. Après cette date, l'éditeur ne publie plus de correctifs de sécurité, si bien que toute faille découverte ensuite reste ouverte dans votre système. La première question pour chaque système est donc : sur quelle technologie repose-t-il, et quand son support se termine-t-il ? Ces exemples proviennent des pages de cycle de vie des produits Microsoft, parmi les technologies les plus répandues sous les systèmes d'entreprise :

Sources : les pages Microsoft pour Windows Server 2012 R2, SQL Server 2014 et .NET. Notez que la fin du support ne signifie pas que le système s'arrête demain. Elle signifie que le risque augmente chaque mois, et que les mises à jour de sécurité payantes vous font gagner du temps pour planifier sans supprimer la décision.

Les signes liés au savoir : qui le comprend, et sur quoi il tourne

• Une seule personne le comprend. Si chaque correction attend un salarié ou un développeur externe précis, votre système dépend de ses congés et de sa démission. C'est le signe le plus dangereux, car il n'apparaît dans aucun rapport jusqu'au jour de l'absence.
• Personne n'ose toucher la machine. Un serveur dans une pièce à part que tout le monde sait ne jamais redémarrer, dont les pièces détachées ne se vendent plus. S'il s'arrête, l'activité s'arrête, et aucun remplaçant n'est prêt.
• Seul le code connaît les règles métier. Le calcul d'une remise, d'une commission ou d'un droit d'accès n'existe que dans le logiciel, sans aucun document pour l'expliquer. C'est précisément ce que nous extrairons avec l'IA dans la partie 4.

Les signes d'intégration et de vitesse : le système ralentit l'entreprise

• Il ne se connecte pas à la facturation électronique sans bricolage. Selon la page des phases de déploiement de la facturation électronique de la ZATCA, l'autorité saoudienne de la zakat, de la fiscalité et des douanes, la première phase a démarré le 4 décembre 2021, et la phase d'intégration avec les systèmes de la ZATCA a commencé le 1er janvier 2023 par vagues, chaque entreprise étant prévenue au moins six mois avant sa vague. Si votre système ne peut émettre une facture conforme qu'au moyen d'un logiciel intermédiaire ou d'un travail manuel, lisez notre guide de la vague 25 et de l'intégration ZATCA.
• Les banques et les applications exigent des exports manuels. Quelqu'un exporte chaque jour un fichier du système pour le charger à la banque, sur la boutique en ligne ou sur la plateforme de livraison. Chaque étape manuelle est une occasion d'erreur et du temps perdu.
• Une modification simple prend des semaines. Ajouter un champ, un rapport ou changer un prix suppose une demande puis une attente, car toute modification risque de casser une autre partie que personne ne comprend.
• Les rapports sont refaits dans Excel chaque mois. Si votre équipe exporte les données puis les réorganise à la main pour savoir ce qui se passe, le système stocke les données mais ne répond pas à vos questions. Et si votre vrai système est déjà un tableur, commencez par quand le tableur n'est plus la réponse.

Quand ne pas moderniser tout de suite

La modernisation n'est pas un but en soi, et certains anciens systèmes doivent rester tels quels pendant un temps. Attendre peut être le meilleur choix lorsque ces conditions sont réunies :

• Stable : il n'a pas connu de panne sérieuse depuis longtemps, et vous avez rarement besoin de le modifier.
• Isolé : il n'est pas relié à Internet et n'a pas besoin de communiquer avec d'autres systèmes, donc le risque lié aux failles est plus faible.
• Peu coûteux à maintenir : plus d'une personne le comprend, et sa maintenance coûte peu d'argent et de temps.
• Remplacé de toute façon : si vous passez bientôt à un produit du marché, n'investissez pas dans la modernisation d'un système sur le point de partir à la retraite.

Dans ce cas, la bonne décision est la surveillance : notez la date de fin de support de sa technologie, vérifiez qu'une sauvegarde fonctionnelle existe et documentez ce qu'il fait. Si vous décidez de moderniser plus tard, nous avons expliqué la méthode sûre dans notre guide pour moderniser un système hérité sans interruption de service.

Le regard d'Origami

Nous construisons des systèmes et des intégrations et modernisons les plus anciens, et pourtant la première chose que nous faisons avec un système hérité est de demander pourquoi il faudrait le moderniser. Un système qui fait tourner l'entreprise depuis des années mérite le respect, et beaucoup de systèmes ont besoin d'une nouvelle intégration ou d'une bonne documentation plutôt que d'une reconstruction.

Nous commençons donc par évaluer chaque système sur le support, le savoir, l'intégration et la vitesse de changement, puis nous proposons la plus petite étape qui réduit le risque, qu'il s'agisse d'une intégration, d'une migration ou d'une réécriture assistée par l'IA avec un ingénieur qui relit chaque ligne. Si vous souhaitez un avis sur vos propres systèmes, découvrez nos services.

L'exercice de la semaine : notez chaque système sur 8

Reprenez la liste de systèmes rédigée lors de la partie 1 et attribuez à chacun une note de 0 à 2 sur chacun des quatre axes, où 0 signifie aucun problème, 1 un problème mineur et 2 un problème net :

• Support : sa technologie est-elle supportée ? (2 si le support est terminé ou se termine dans l'année)
• Risque de savoir : combien de personnes le comprennent ? (2 s'il s'agit d'une seule personne ou d'un seul fournisseur)
• Intégration : se connecte-t-il à la facturation, aux banques et aux autres systèmes sans travail manuel ? (2 si la connexion est manuelle)
• Vitesse de changement : combien de temps prend une modification simple ? (2 si cela prend des semaines)

C'est un outil de classement, pas un verdict définitif : un système qui obtient 6 sur 8 ou plus mérite d'être planifié dès maintenant, de 3 à 5 il faut le surveiller et fixer une date de réévaluation, et de 0 à 2 vous pouvez le laisser tourner. Tout système qui obtient 2 en risque de savoir, quel que soit son total, a besoin d'une documentation urgente.

La suite

Vous disposez maintenant d'une liste de systèmes et d'une note pour chacun. Dans la partie 3, nous transformons cette liste en inventaire complet : qui est responsable de chaque système, qui l'utilise, quelles données il contient et s'il s'agit de données personnelles, à quoi il est connecté, ce qui casse s'il s'arrête et quand ses licences se renouvellent, puis les cinq options pour chaque système : conserver, retirer, remplacer par un produit du marché, migrer tel quel vers le cloud ou reconstruire.

Sources

• Microsoft : cycle de vie de Windows Server 2012 R2 — fin du support étendu et années de mises à jour de sécurité payantes.
• Microsoft : cycle de vie de SQL Server 2014 — support étendu terminé en juillet 2024 ; mises à jour payantes jusqu'en juillet 2027.
• Microsoft : cycle de vie de .NET — fin du support de .NET 8 et .NET 9 en novembre 2026 ; .NET 10 jusqu'en novembre 2028.
• ZATCA : phases de déploiement de la facturation électronique — première phase le 4 décembre 2021 ; phase d'intégration à partir du 1er janvier 2023 par vagues.
• AWS Transform : page officielle du service — l'exemple de modernisation assistée par l'IA de la partie 1.