Votre développeur est parti – retraite, démission, rupture de contrat, ou tout simplement injoignable du jour au lendemain. Peu importe la raison : le résultat est le même. Vous avez un logiciel qui tourne, un budget qui a été investi dedans, et plus personne en interne capable de l’ouvrir, de le comprendre ou de le faire évoluer.
Cette situation n’est en réalité pas rare. C’est même l’un des scénarios les plus fréquents chez les entreprises qui ont fait développer un outil sur mesure par une seule personne, en interne ou en freelance, sans jamais organiser de passation.
Que se passe-t-il concrètement quand votre développeur est parti
Un logiciel maison naît souvent d’un besoin ponctuel, confié à une seule personne de confiance. Tant que cette personne reste, tout fonctionne bien. Mais le jour où elle part, l’entreprise découvre en général plusieurs choses en même temps :
- il n’existe aucune documentation technique
- le code traîne sur un compte personnel, sans versionnage correct
- les mots de passe, les accès serveur ou les noms de domaine sont dans la tête (ou la boîte mail) de la personne partie
- personne en interne n’a les compétences techniques pour évaluer l’ampleur du problème
Ce risque porte d’ailleurs un nom dans le développement logiciel : le bus factor, soit le nombre de personnes dont le départ suffirait à mettre un projet à l’arrêt. Dans un logiciel maison porté par une seule personne, ce chiffre vaut un.
Le vrai risque n’est donc pas seulement technique. En réalité, c’est la continuité de votre activité qui dépend de la disponibilité d’une seule personne, qui n’est plus disponible.
Ce qu’il faut éviter de faire dans la panique
Deux réflexes reviennent souvent, et pourtant les deux posent problème.
D’une part, tout réécrire de zéro. Cette option est rassurante sur le papier, mais elle représente aussi le moyen le plus coûteux et le plus long de résoudre le problème. En effet, un logiciel qui fonctionne déjà, même mal documenté, contient une logique métier précieuse : il est souvent plus rapide de la reprendre que de la reconstruire.
D’autre part, confier la reprise à la première personne disponible. Or, reprendre un code existant sans documentation demande une méthode précise : audit du code, cartographie des dépendances, identification des zones à risque avant de toucher à quoi que ce soit. Sans cette méthode, un mauvais diagnostic peut casser une application qui, jusque-là, fonctionnait.
La bonne méthode pour reprendre un logiciel sans documentation
Voici les quatre étapes que nous suivons systématiquement :
- Sécuriser l’existant en premier. Avant tout développement, on récupère et on centralise les accès (hébergement, base de données, noms de domaine, comptes tiers), puis on réalise une sauvegarde complète du code et des données.
- Auditer avant de coder. Un audit technique permet ensuite de comprendre l’architecture, d’identifier les technologies utilisées (parfois obsolètes), et de repérer les zones fragiles avant toute intervention.
- Documenter au fur et à mesure. On documente chaque zone comprise immédiatement, pour ne plus jamais dépendre d’une seule personne.
- Reprendre la maintenance de façon continue. Une fois l’existant sécurisé et compris, la maintenance reprend enfin normalement, avec une équipe qui connaît désormais votre application.
Comment Mahé Technologies prend en charge cette situation
Chez Mahé Technologies, ce type de reprise fait partie de notre quotidien. Concrètement, on ne vous met pas à disposition un développeur de plus en espérant qu’il comprenne votre code tout seul : on prend en charge l’ensemble de la démarche, de l’audit initial à la reprise de la maintenance, en passant par la sécurisation de vos accès et la documentation de votre application.
Basés dans l’océan Indien, sur une timezone compatible avec la France, nous mobilisons une équipe adaptée à votre technologie, votre historique et votre rythme, sans que vous ayez à gérer le recrutement ou la coordination.
Autrement dit, un logiciel abandonné par son développeur n’est pas un logiciel perdu. C’est un logiciel qu’on peut reprendre avec méthode.
Vous êtes dans cette situation ? Parlons de votre application.
