Le projet est à 80 %. Il y est depuis trois mois. La personne qui le portait est partie, ou l’outil ne parvient plus à corriger sans casser autre chose, ou vous avez simplement arrêté d’y croire.

Cette situation est banale et elle se traite. Ce qui la rend difficile, c’est qu’on ne sait pas par où la prendre, et que chaque semaine d’attente ajoute au sentiment que le travail déjà fait est perdu.

Il ne l’est pas. Voici comment on procède.

Établir ce que vous détenez réellement

Avant toute considération technique, quatre éléments déterminent si le projet est reprenable et à quel coût.

Le code. Est-il sur un dépôt auquel vous accédez avec vos propres identifiants ? Les outils de génération permettent une synchronisation continue vers un dépôt que vous contrôlez, encore faut-il qu’elle ait été activée. Si le projet vit uniquement dans le compte de quelqu’un d’autre, c’est le premier point à régler.

Les comptes de services. La base de données, l’envoi de courriels, le paiement, le nom de domaine. Chacun appartient à une adresse de messagerie. Si cette adresse est celle d’une personne partie, l’accès se récupère, mais cela prend des jours et parfois des semaines.

Les secrets. Les clés qui permettent à l’application de fonctionner sont souvent posées dans l’outil de génération et nulle part ailleurs. Sans elles, personne ne peut faire tourner le projet, même avec tout le code.

Ce qui fonctionne aujourd’hui. Une application en ligne avec de vrais utilisateurs ne se reprend pas comme un projet jamais mis en service. Dans le premier cas, il y a des données à préserver.

Cette liste s’établit en une heure et elle change complètement l’estimation. Faites-la avant de demander un devis à qui que ce soit.

Pourquoi les projets se bloquent à 80 %

Trois causes reviennent, et elles n’ont rien à voir avec la compétence de qui a démarré.

L’outil a atteint sa limite. Un modèle de génération travaille sur ce qu’il peut embrasser au moment où on lui parle. Plus le projet grossit, moins il tient l’ensemble. Il finit par contredire une décision prise plus tôt, réécrire une partie qui fonctionnait, et introduire une incohérence. La correction suivante traite cette incohérence comme un fait nouveau et en produit une autre. Chaque tour ajoute du code et augmente la surface de casse.

Les 20 % restants ne sont pas les plus faciles. La démonstration écarte tout ce qui ne sert pas la démonstration : les droits d’accès réels, les cas où l’utilisateur fait n’importe quoi, ce qui se passe quand un service extérieur ne répond pas. Ce reste concentre l’essentiel de la difficulté.

Le code s’est dupliqué. L’étude de GitClear sur plus de 200 millions de lignes modifiées entre 2020 et 2024 montre que la part de copier-coller est passée de 8,3 % à 12,3 %, pendant que le remaniement reculait de 24,1 % à 9,5 %. Traduit : la même règle vit à cinq endroits, et la modifier demande de retrouver les cinq.

Ce qu’une reprise regarde en premier

L’ordre compte, parce que certains défauts ont des conséquences irréversibles et d’autres seulement financières.

En premier, ce qui expose des données : les règles d’accès, les clés laissées dans le navigateur, les fichiers déposés accessibles sans authentification. Le contrôle d’accès défaillant est la première catégorie de risque applicatif selon l’OWASP, et une donnée sortie ne se rattrape pas.

Ensuite, ce qui empêche de livrer : les incohérences accumulées, les deux façons de faire la même chose qui coexistent, les parties que plus personne n’ose toucher.

Enfin seulement, les fonctionnalités manquantes. Les ajouter sur une base instable coûte plus cher que de stabiliser d’abord.

Reprendre ou recommencer

La question se pose honnêtement, et la réponse n’est pas toujours celle qu’on attend d’un prestataire.

Reprendre a du sens quand les écrans correspondent à ce que vous vouliez, quand des utilisateurs s’en servent déjà, et quand le code, même désordonné, reste lisible. C’est le cas le plus fréquent.

Recommencer se justifie quand le projet n’a jamais été mis en service, que le besoin a changé depuis, et que la reprise coûterait plus que la réécriture. Cela arrive, et le dire fait partie du travail.

Dans les deux cas, ce qui a été produit reste utile : les écrans servent de spécification, et une spécification validée par l’usage vaut mieux qu’un cahier des charges écrit sans rien voir.

Ce que vous récupérez à la fin

Une reprise sérieuse laisse derrière elle plus qu’une application qui fonctionne : un dépôt à votre nom, un inventaire écrit de vos accès, et une documentation minimale permettant à un tiers de prendre la suite.

Nous laissons aussi des repères écrits dans le code, destinés autant à un développeur qu’à un outil d’intelligence artificielle, pour que les décisions structurantes soient retrouvées plutôt que contredites. L’objectif est que vous puissiez continuer vous-même sur les évolutions simples.

Combien de temps cela prend, réellement

La question arrive toujours, et une réponse honnête suppose de distinguer trois étapes.

L’état des lieux. Quelques jours sur une application de taille modeste. Il produit la liste de ce qui fonctionne, de ce qui expose des données, de ce qui manque, avec un chiffrage par lot. Cette étape se facture séparément et le document vous reste, même si vous confiez la suite ailleurs.

La remise en état. C’est la partie qui varie le plus. Fermer les accès défaillants et déplacer les clés exposées se compte en jours. Assainir un code très dupliqué se compte en semaines. La différence tient moins au nombre d’écrans qu’à la cohérence de ce qui a été produit.

La reprise des évolutions. Une fois la base saine, le rythme redevient normal, de l’ordre de quelques jours par fonctionnalité.

Le point à retenir : la première étape suffit à décider. Vous n’avez pas besoin de vous engager sur la totalité pour savoir où vous en êtes, et un prestataire qui exige un engagement global avant tout diagnostic vend une refonte plutôt qu’une reprise.

Ce que nous faisons

Nous lisons le code tel qu’il est, sans jugement sur la façon dont il a été produit, et nous vous remettons en français l’état des lieux : ce qui fonctionne, ce qui expose, ce qui manque, et ce que chaque lot représente.

Vous choisissez le périmètre, vous recevez un devis à prix fixe, et le travail arrive par lots que vous voyez avancer. Vous n’êtes pas obligé de tout traiter, ni de continuer avec nous ensuite.