Una aplicación existente puede ser mantenida por un equipo nuevo cuando se pueden revisar el código fuente, el proceso de compilación, las cuentas y los datos de producción. Una estimación de la toma de control debe comenzar con una compilación reproducible y un registro de los problemas conocidos; las capturas de pantalla por sí solas no pueden establecer el trabajo necesario.
Qué recopilar antes de conceder acceso
| Área | Evidencias que se deben preparar | Pregunta que resuelve |
|---|---|---|
| Código fuente y versiones | Repositorios, rama utilizada en producción, etiquetas de versión e instrucciones de compilación | ¿Se puede reproducir la versión implementada? |
| Infraestructura | Propiedad del alojamiento, pasos de implementación, copias de seguridad e instrucciones de recuperación | ¿Se puede restaurar la aplicación después de un fallo? |
| Integraciones | Inventario de cuentas de pagos, mensajería, analítica y API externas | ¿Qué dependencias requieren la aprobación del propietario o la rotación de claves? |
| Defectos conocidos | Pasos para reproducirlos, resultado esperado y registros sin datos confidenciales | ¿Qué fallos bloquean las operaciones diarias? |
Comparta primero un inventario con la información confidencial ocultada. Cuando comience la revisión, utilice cuentas individuales con acceso limitado; no pegue contraseñas de producción, claves privadas ni exportaciones de clientes en una consulta pública.
Separe el análisis inicial de la primera versión de reparación
Una fase de análisis inicial debe registrar el estado de la compilación, las dependencias no compatibles, los hallazgos de seguridad, los accesos que faltan y el comportamiento cubierto por las pruebas existentes. Su resultado es un plan priorizado con sus supuestos. Una fase de reparación debe especificar los defectos que se corregirán, los pasos de aceptación y el procedimiento de reversión. Las nuevas funciones y una reescritura completa son decisiones independientes.
¿Quién es responsable de las versiones y la recuperación?
- Mantenga los repositorios, las cuentas de las tiendas, los dominios y el alojamiento bajo el control del propietario de la empresa.
- Acuerde quién aprueba las versiones de producción y quién puede restaurar una copia de seguridad.
- Documente el horario de soporte, el contacto para incidentes, las exclusiones y el proceso de actualización.
- Exija que otro desarrollador siga las notas de compilación e implementación como parte de la transferencia.
Solicite una revisión de la toma de control
Envíe la plataforma, el framework si se conoce, la disponibilidad del repositorio, la ubicación del alojamiento, los tres problemas más disruptivos y el alcance de mantenimiento previsto. Revise las opciones de mantenimiento de software o envíe un resumen de la toma de control con la información confidencial ocultada. La estimación se realiza después de acordar el acceso y revisar los hallazgos del análisis inicial.
