Reprise de code : reprenez un logiciel laissé par un tiers

Le développeur qui connaissait le logiciel a changé de poste, le prestataire a arrêté l'activité ou ne donne plus suite. Le départ d'un CTO, un rachat, une équipe interne réduite : les causes changent, le résultat est le même. Le logiciel métier continue de tourner et plus personne ne sait le faire avancer.

On reprend cette charge. La mission commence par une lecture du code et de ce qui tourne réellement en production, pas par un entretien avec celui qui l'a écrit : un accès au code et aux environnements suffit à démarrer.

À la sortie, vous avez de nouveau un interlocuteur qui connaît le logiciel, capable de traiter une anomalie bloquante sans repartir de zéro à chaque fois.

Une demande simple demande des semaines, et le chiffrage surprend tout le monde. C'est le signe d'une dette technique accumulée : pas de tests, des dépendances qui ne se mettent plus à jour, des règles métier recopiées à plusieurs endroits qu'il faut toutes retrouver pour changer une ligne.

Cette dette se mesure avant de se traiter. On la chiffre, on la classe entre ce qui bloque vraiment et ce qui peut attendre, et on la traite au fil des évolutions plutôt qu'en un grand chantier séparé que personne ne financera.