La décision
Le dépôt de code ne suffit pas. Une autre équipe autorisée doit pouvoir construire, déployer, surveiller et restaurer sans compte personnel indispensable. La propriété contractuelle doit faire l’objet d’un accord distinct.
Un cas concret
Pour une application fictive de réservation, recensez dépôt, domaine, hébergement, base, messagerie, paiements et supervision. Notez propriétaire, administrateurs, facturation et récupération. Transférez les accès selon les procédures des fournisseurs et changez les identifiants devenus inutiles à l’équipe sortante.
Inventorier le produit qui fonctionne
Suivez une action dans tous ses services. Une confirmation peut utiliser file, messagerie, nettoyage et alerte. Notez compte et fonction par environnement : accès de développement ne signifie pas contrôle de production. Ajoutez compilation, runtime, licences et configuration sans révéler secrets ou dossiers clients aux lecteurs du dépôt.
Répéter avec l’équipe qui reçoit
Une personne part d’un environnement vierge, construit, vérifie, migre une base jetable et restaure une copie sûre. Relevez les réponses non documentées puis reprenez les étapes corrigées. Voir le développeur initial déployer aide, mais ne prouve pas l’autonomie du destinataire en son absence.
Fermer les accès après vérification
Accordez transfert, vérification, rotation et suppression. Retirer trop tôt interrompt la transmission ; garder indéfiniment brouille la responsabilité. Vérifiez récupération contrôlée par l’entreprise et tâches automatiques. Nommez le destinataire des renouvellements et alertes. Le bilan énumère preuves, limites acceptées, obligations et support transitoire. Chaque question ouverte a un responsable et une condition de résolution.
Les options à comparer
Un document peut cacher des étapes ; une visite enregistrée explique les choix. Une reconstruction et une restauration accompagnées apportent une preuve plus forte. Utilisez un environnement isolé et des données sans risque.
Les points de rupture
Licences personnelles, tâches planifiées, variables et étapes propres à un ordinateur sont souvent oubliées. N’insérez aucun secret actif : indiquez son stockage sécurisé et vérifiez l’accès.
Avant de lancer le projet
La nouvelle équipe peut-elle publier un changement anodin, retrouver une erreur et restaurer une sauvegarde de test ? Connaît-elle charges et limites du support ? Intégrez ces preuves à l’acceptation, avec les droits convenus.