Auditoría, reparación y relevo de otro desarrollador

En qué consiste este trabajo

Cuando un proyecto en producción es frágil, lento o está abandonado, reproduzco los problemas y corrijo las causas por orden de prioridad. Reescribirlo todo solo es una opción cuando los hechos lo respaldan.

Para quién es

• Propietarios de un sistema que funciona, pero que da miedo tocar
• Empresas que se han quedado sin su proveedor o desarrollador
• Equipos que necesitan una segunda opinión sobre la arquitectura y los riesgos

Preguntas que respondo antes de empezar el trabajo

• ¿Qué funciona y qué falla?
• ¿Qué flujos de trabajo son críticos para el negocio?
• ¿Qué se sabe de las decisiones anteriores y de la deuda técnica?
• ¿Qué presupuesto hay para reparar en lugar de reescribir?

Cómo avanza el trabajo

1. Diagnóstico

   Poner en marcha el sistema, revisar la estructura y reproducir los fallos.

2. Priorizar

   Separar las correcciones urgentes, el trabajo para más adelante y las zonas que no se deben tocar.

3. Cambiar con cuidado

   Hacer correcciones puntuales y probar los flujos de trabajo relacionados.

4. Entregar

   Documentar qué cambió, qué queda pendiente y cómo seguir.

Límites y reglas de trabajo

• Reescribir solo cuando de verdad es más seguro y más barato
• Diagnosticar antes de presupuestar
• Probar los cambios con flujos de trabajo reales