Votre projet logiciel est bloqué : comment reprendre la main

Un projet qui devait durer trois mois en a pris neuf. Le prestataire répond de moins en moins. Vous ne savez plus où en est le travail, ni s'il est récupérable. Cette situation est plus courante qu'on ne l'avoue — et elle n'est presque jamais sans issue. Voici comment reprendre la main, sans panique.

D'abord : récupérez ce qui vous appartient

Avant toute discussion, mettez en sécurité ce qui est à vous. Trois éléments comptent :

• Le code source : il doit se trouver sur un dépôt dont vous détenez les accès, pas seulement sur l'ordinateur du prestataire.
• Les accès : nom de domaine, hébergement, base de données, comptes des services utilisés.
• Les données : une copie récente et exploitable de la base.

Si vous n'avez pas ces éléments, les obtenir est votre première priorité. Sans eux, aucune reprise n'est possible. Vérifiez aussi ce que dit votre contrat sur la propriété du code.

Faites établir un état des lieux honnête

L'étape suivante est un diagnostic, idéalement par un regard extérieur et neutre. L'objectif n'est pas de juger le travail passé, mais de répondre à des questions concrètes :

• Qu'est-ce qui fonctionne réellement aujourd'hui ?
• Le code est-il sain, ou faut-il en reprendre des pans entiers ?
• Combien de travail sépare l'état actuel d'une version utilisable ?

Cet état des lieux transforme une angoisse diffuse en une liste claire. C'est le moment où vous reprenez vraiment le contrôle.

Reprendre, repartir, ou un peu des deux

Le diagnostic mène à l'une de trois décisions :

1. Reprendre l'existant : le code est correct, il manque surtout du suivi. C'est le cas le plus fréquent et le moins coûteux.
2. Repartir sur une base saine : l'existant est trop fragile pour qu'on construise dessus. Dur à entendre, mais parfois plus économique à terme.
3. Une approche mixte : on garde ce qui tient (souvent les données), on reconstruit le reste.

Méfiez-vous des deux extrêmes : « on garde tout » par peur de perdre l'investissement, et « on jette tout » par réflexe. La bonne réponse vient du diagnostic, pas de l'émotion.

Éviter que ça recommence

Une fois le projet relancé, quelques règles simples préviennent la rechute :

• Le code et les accès restent chez vous, en permanence.
• Vous voyez une version qui fonctionne toutes les deux à trois semaines, pas « à la fin ».
• Le périmètre est écrit, et tout ajout est discuté explicitement.

Un projet sain est un projet visible. Si vous ne pouvez pas constater l'avancement régulièrement, c'est déjà un signal d'alerte.

En résumé

Un projet bloqué n'est pas une fatalité. Sécurisez ce qui vous appartient, faites poser un diagnostic honnête, puis décidez sur des faits. La plupart de ces situations se rattrapent — à condition de reprendre la main méthodiquement plutôt que d'attendre.

Chez Nodelia, il nous arrive régulièrement de reprendre des projets laissés en plan. Décrivez-nous votre situation : nous commencerons par un état des lieux clair, sans jugement.