Beaucoup d'entreprises tournent sur une application faite sur mesure il y a cinq, dix ou quinze ans. Avant de décider quoi en faire, il faut savoir où elle en est.

Les signaux d'alerte

  • Les mises à jour de sécurité ne sont plus faites. Le langage, le framework ou le serveur ne sont plus maintenus par leurs éditeurs.
  • Personne ne connaît le code. Il n'y a pas de documentation, ou elle date du premier jour.
  • Chaque petite demande devient un chantier. Ajouter un champ prend des semaines.
  • L'hébergement est une boîte noire. Vous ne savez pas exactement où tourne l'application ni qui y a accès.
  • Vous contournez l'outil. Un tableur ou un carnet complète ce que l'application ne sait plus faire.

Trois options

  • Reprendre et stabiliser, quand l'application rend encore le service attendu mais que personne ne la maîtrise. Le risque : repousser une mise à jour devenue urgente.
  • Mettre à jour par paliers, quand le code est sain mais que la technologie n'est plus maintenue. Le risque : vouloir tout mettre à jour d'un coup.
  • Reconstruire, quand le métier a changé et que l'outil ne correspond plus. Le risque : reconstruire à l'identique les défauts de l'ancien.

Dans la plupart des cas, la réponse n'est pas « tout jeter ». On commence par reprendre : comprendre le code, documenter, sécuriser. Ensuite, on décide en connaissance de cause.

Comment se passe une reprise

  1. Un audit : lire le code, lister les versions utilisées, repérer les risques de sécurité.
  2. Une sauvegarde et un environnement de test : on ne touche jamais directement à la production.
  3. Des mises à jour par petites étapes testées, plutôt qu'un grand saut.
  4. Une documentation qui permet à n'importe quel développeur de reprendre la suite.

Les agents IA changent la donne sur ce terrain. Lire et documenter un code inconnu, écrire les tests qui manquent, migrer des centaines de fichiers d'une version à l'autre : ce qui prenait des semaines se fait aujourd'hui en quelques jours, sous contrôle humain.

Et après ?

Une application reprise ne doit plus vieillir en silence. Un abonnement de maintenance la garde à jour, surveillée et documentée. Vous redevenez propriétaire de votre outil : le code source vous est fourni et peut être repris par un autre développeur.