Auditoría técnica y plan de modernización

Cuándo tiene sentido una auditoría

Cuando el sistema funciona, pero nadie se atreve a cambiarlo. Cuando cada despliegue es una emergencia. Cuando el equipo original se fue y queda código sin documentación. Cuando el negocio quiere migrar a la nube o a .NET moderno, pero no sabe por dónde empezar.

Una auditoría no sirve para culpar a nadie. Sirve para convertir intuiciones en decisiones: qué se queda, qué se encapsula, qué se reemplaza primero y qué se puede posponer sin poner en riesgo la operación.

Qué reviso

• Arquitectura y dependencias: capas, acoplamiento, puntos únicos de falla, integraciones y flujos críticos.
• Código: complejidad, duplicación, manejo de errores, seguridad, deuda técnica y cobertura de pruebas.
• Datos: esquema, stored procedures, migraciones, integridad y estrategia de respaldo.
• Operación: despliegues, IIS/Azure, configuración, logs, monitoreo y capacidad de rollback.
• Equipo: qué sabe mantener el sistema hoy y qué conocimiento se necesita transferir.

Cómo se entrega

1. Sesión de contexto (60–90 min). Entiendo el negocio, el sistema y las restricciones reales.
2. Revisión técnica. Código, infraestructura, base de datos y evidencia operativa.
3. Entrevistas. Hablo con quienes desarrollan, operan y usan el sistema.
4. Informe y roadmap. Hallazgos priorizados, opciones con trade-offs y plan de 90 días.
5. Sesión de lectura. Presento el resultado y respondo preguntas del equipo directivo y técnico.

Qué obtienes al final

Un documento que puedes defender frente a un comité, un inversionista o tu equipo: qué está en riesgo, cuánto cuesta y en qué orden moverse. Si decides ejecutar conmigo, el valor de la auditoría se acredita al proyecto.

No vendo una reescritura. Vendo la información que necesitas para decidir si una reescritura tiene sentido.