Mon développeur n’est plus disponible : comment reprendre mon application ?
Quels accès récupérer, que faire sans passation et comment cadrer le premier diagnostic d’une application métier.
Commencer par ce qui permet d’agir
Votre application accepte encore des commandes, mais la personne qui la maintient ne répond plus. La première démarche est de retrouver les accès qui permettront à une autre personne d’intervenir. À partir de cet inventaire, le repreneur pourra examiner le projet et proposer une date de prise en charge.
Dans un scénario fictif de gestion de commandes, la première question serait : qui peut consulter les erreurs et remettre en service la version actuelle ? Le responsable métier décrit les usages indispensables. Le responsable des comptes confirme ensuite les droits réellement disponibles. Un mot de passe ancien ou une archive du code ne prouvent pas cet accès.
Un responsable pour chaque accès
- Priorité immédiate, direction : identifier les titulaires du domaine, de l’hébergement et de la facturation ; vérifier les contacts de récupération des comptes.
- Priorité immédiate, responsable technique : obtenir un accès nominatif au dépôt, aux journaux et au déploiement ; relever la version qui tourne.
- Avant intervention sur les données, exploitant : retrouver les sauvegardes, leur emplacement et la dernière restauration vérifiée.
- Pour préparer la reprise, responsable métier : décrire un parcours critique avec son résultat attendu et désigner la personne qui le validera.
- Pour la passation, prestataire sortant si disponible : fournir procédure de construction, configuration sans valeurs secrètes, services externes et décisions encore implicites.
Noter pour chaque ligne : propriétaire du compte, accès testé, information manquante, personne chargée de la récupérer et échéance. Les secrets se transmettent dans un canal adapté, pas dans une issue ni dans le dépôt.
Avec une passation, faire refaire les gestes
Si le prestataire reste joignable, organiser une séance où le repreneur construit une version et déroule le parcours de démonstration. L’ancien intervenant complète ce qui manque. Pour un dépôt GitHub, le transfert de propriété a ses propres conditions et effets documentés ; il ne transfère pas automatiquement les services externes.
Sans passation, conserver une liste explicite des inconnues. Une variable de configuration sans explication, un traitement planifié ou une sauvegarde non restaurée deviennent des points à vérifier. Éviter de modifier la production pour découvrir leur rôle. Préparer d’abord un environnement isolé et une copie de données autorisée.
Demander un premier périmètre de continuité
Le diagnostic devrait indiquer ce qui a pu être lancé, les parcours examinés, les risques observés et les accès encore absents. Il permet de proposer une première correction ou une procédure de remise en route, avec des critères de validation.
Convenir ensuite des horaires de prise en charge, de la façon de signaler un incident et du relais pendant une absence. Une application critique hors de ces plages demande une organisation supplémentaire. Pour lancer la discussion, transmettre son usage principal, la pile technique connue et l’inventaire des accès, en signalant franchement les cases encore vides.
