Moderniser une plateforme sans la refaire
Votre plateforme a dix ans. Vous n'avez pas forcément besoin d'une refonte.
Le réflexe, quand une application devient lente à faire évoluer, c'est de tout reprendre à zéro. C'est le projet le plus cher, le plus long et le plus risqué de tous. Dans la plupart des cas, il n'est pas nécessaire.
Pour qui ?
Votre plateforme a plus de cinq ans, et chaque évolution coûte plus cher que la précédente.
Le socle n'a pas été mis à jour depuis deux ou trois versions majeures.
On vous a proposé une refonte et le devis vous a fait reculer.
Personne dans l'équipe ne veut toucher à certains modules.
Vous avez repris une plateforme dont l'auteur d'origine n'est plus joignable.
Ce qui coince
Une application ne casse pas d'un coup
Elle devient lente à faire évoluer, coûteuse à corriger, risquée à mettre à jour. Le jour où quelqu'un dit qu'il faudrait tout refaire, le problème s'installe depuis trois ans.
La refonte remet le compteur à zéro, y compris sur ce qui marchait
Vous repayez des fonctionnalités que vos utilisateurs maîtrisaient, vous reprenez le risque d'une mise en production, et vous perdez un an pendant lequel rien n'avance.
La dette n'est pas répartie uniformément
Sur une plateforme de dix ans, une bonne part du code fonctionne très bien et n'a aucun besoin d'être touchée. Le problème est concentré sur quelques zones, encore faut-il savoir lesquelles.
Attendre coûte plus cher qu'agir
Chaque version majeure sautée rend la suivante plus difficile, et les montées repoussées finissent par former un mur.
Ce que l'IA a changé, concrètement
Reprendre du code écrit par d'autres était un travail lent : lire, comprendre, tester à la main. Il s'est accéléré, en particulier là où il était le plus ingrat. Reconstruire une couverture de test sur du code qui n'en avait pas. Remplacer des appels dépréciés. Documenter un existant que personne n'avait documenté.
Nous ne vous vendrons pas ça comme une révolution. Le seuil s'est déplacé, voilà tout : des chantiers qui ne valaient pas le coup il y a trois ans sont devenus abordables.
Notre intervention
Tout commence par un Plan de remise à niveau. Nous entrons dans le système, nous hiérarchisons ce qui doit être traité, et nous chiffrons chantier par chantier. Son montant est déduit si vous nous confiez les travaux.
Ensuite nous traitons par briques, sur la plateforme en production. Pas de version parallèle qui divergerait pendant six mois, pas de bascule à risque un vendredi soir.
Nous reconstruisons le filet de sécurité avant de toucher au reste : une couverture de test sur les parcours critiques, à partir du comportement observé.
Puis les montées de version, socle et dépendances, en commençant par celles qui bloquent vos évolutions.
Ce que vous obtenez
Une plateforme qui accepte à nouveau des évolutions. Une couverture de test là où il n'y en avait pas. Des dépendances à jour, et une veille sécurité qui vous concerne vraiment. Et une trajectoire pour ne pas y revenir dans deux ans.
Quand la refonte est le bon choix
Parfois refaire coûte moins cher, et nous vous le dirons. Quand la technologie n'est plus maintenue du tout. Quand le métier a tellement changé que l'application ne correspond plus à rien. Quand la dette touche l'architecture elle-même et non les briques.
Vous l'entendrez au diagnostic, pas au troisième mois.
Reprendre le code des autres, c'est notre quotidien depuis vingt ans
Anciens prestataires, freelances partis, équipes internes dissoutes. Une bonne part des plateformes que nous maintenons aujourd'hui, nous n'en avons pas écrit la première ligne.