Qué hacer al continuar un proyecto desarrollado por otra persona
Entrar en un proyecto heredado requiere recuperar ejecución, accesos y contexto antes de estimar un backlog completo.
El primer objetivo al heredar un proyecto no debería ser prometer una fecha para todo el backlog. Antes hay que conseguir una ejecución reproducible, localizar datos y servicios externos y entender cómo llega un cambio a producción. Ese trabajo reduce el riesgo de estimar sobre supuestos incorrectos.
Reunir los accesos sin compartirlos de forma insegura
El inventario suele incluir repositorio, hosting, DNS, base de datos, almacenamiento, correo, integraciones y cuentas de despliegue. Conviene crear accesos individuales cuando sea posible y registrar quién controla cada servicio. La falta de una credencial crítica debe quedar como riesgo, no ocultarse dentro de la estimación.
Levantar el proyecto fuera de producción
Una instalación local o de staging permite comprobar dependencias, variables, datos de muestra y comandos necesarios. Si el proyecto solo funciona en el servidor actual, documentar esa diferencia es parte del diagnóstico. No conviene empezar modificando producción para descubrir cómo arranca.
Mapear arquitectura y operación
Identifica entradas, módulos, base de datos, tareas, APIs y puntos donde se despliega o configura manualmente. Los diagramas no necesitan ser extensos: deben explicar qué componentes existen, qué datos comparten y dónde puede fallar una entrega.
Validar con un cambio pequeño
Una tarea acotada permite recorrer desarrollo, revisión, pruebas y despliegue. El resultado revela más sobre el coste real que una lectura rápida del repositorio. También permite acordar expectativas de comunicación antes de asumir cambios grandes.
Convertir pendientes en un backlog fiable
Después de la entrada inicial, los pendientes pueden separarse entre incidencias, deuda operativa, mejoras y nuevas funciones. Cada elemento debería indicar dependencia, riesgo y criterio de aceptación. No todo lo antiguo necesita reescribirse y no toda deuda debe atenderse antes de entregar valor.
Qué debería recibir el cliente
La fase de incorporación debería dejar entorno de trabajo, inventario, riesgos conocidos y una primera propuesta por etapas. Incluso si el proyecto no continúa, estos entregables reducen la dependencia de una sola persona y facilitan una decisión informada.