Une application existante peut être maintenue par une nouvelle équipe lorsque le code source, le processus de compilation, les comptes et les données de production peuvent être examinés. Une estimation de reprise devrait commencer par une compilation reproductible et un relevé des problèmes connus ; des captures d’écran seules ne peuvent pas établir le travail nécessaire.
Éléments à réunir avant d’accorder l’accès
| Domaine | Éléments de preuve à préparer | Question résolue |
|---|---|---|
| Code source et versions | Dépôts, branche utilisée en production, balises de version et instructions de compilation | La version déployée peut-elle être reproduite ? |
| Infrastructure | Propriété de l’hébergement, étapes de déploiement, sauvegardes et instructions de restauration | L’application peut-elle être restaurée après une défaillance ? |
| Intégrations | Inventaire des comptes de paiement, de messagerie, d’analyse et d’API externes | Quelles dépendances nécessitent l’approbation du propriétaire ou la rotation des clés ? |
| Défauts connus | Étapes de reproduction, résultat attendu, journaux dont les données sensibles ont été supprimées | Quels défauts bloquent les opérations quotidiennes ? |
Partagez d’abord un inventaire expurgé. Lorsque l’examen commence, utilisez des comptes individuels aux accès limités ; ne collez pas de mots de passe de production, de clés privées ou d’exportations de données clients dans une demande publique.
Distinguer l’analyse de la première version corrective
Une phase d’analyse devrait consigner l’état de la compilation, les dépendances non prises en charge, les résultats de sécurité, les accès manquants et les comportements couverts par les tests existants. Elle doit produire un plan hiérarchisé assorti d’hypothèses. Une phase corrective devrait préciser les défauts corrigés, les étapes de validation et la procédure de restauration. Les nouvelles fonctionnalités et une réécriture complète constituent des décisions distinctes.
Qui est responsable des versions et de la restauration ?
- Conservez les dépôts, les comptes des boutiques d’applications, les domaines et l’hébergement sous le contrôle du propriétaire de l’entreprise.
- Déterminez qui approuve les mises en production et qui peut restaurer une sauvegarde.
- Documentez la plage horaire d’assistance, le contact en cas d’incident, les exclusions et le processus de mise à jour.
- Demandez à un autre développeur de suivre les notes de compilation et de déploiement dans le cadre de la transmission.
Demander un examen de reprise
Indiquez la plateforme, le framework s’il est connu, la disponibilité du dépôt, l’emplacement de l’hébergement, les trois problèmes les plus pénalisants et le périmètre de maintenance prévu. Consultez les options de maintenance logicielle ou envoyez un descriptif de reprise expurgé. Une estimation sera établie après accord sur les accès et à partir des résultats de l’analyse.