Metodología
Cómo se hace realmente el trabajo.
Nuestra metodología es la misma en un compromiso forense de cinco días y en un retainer de soporte plurianual. El trabajo es pequeño, la disciplina es constante.
Tres principios, ampliados
La evidencia primero
Antes de proponer nada, reproducimos la incidencia, capturamos el artefacto y lo documentamos. Las conclusiones siguen a la evidencia; nunca la preceden.
El cambio mínimo
Cada cambio se acota a una sola incidencia, en una sola rama, con un solo responsable. Las refactorizaciones son entregables explícitos, nunca oportunistas.
La gobernanza siempre
Copias de seguridad, firma de UAT escrita, documentación versionada y un rollback probado son obligatorios en todo cambio en producción — también en los pequeños.
Proceso forense en seis pasos
- 01
Reconstruir
Reconstruir el sistema en un entorno controlado a partir de los artefactos recibidos.
- 02
Mapear
Documentar la arquitectura, las dependencias y el flujo de datos tal como existen realmente.
- 03
Reproducir
Reproducir cada incidencia reportada contra el entorno reconstruido.
- 04
Documentar
Capturar cada hallazgo con la evidencia necesaria para actuar sobre él.
- 05
Corregir
Definir el cambio más pequeño que resuelve cada incidencia, secuenciado por impacto.
- 06
Gobernar
Traspasar el trabajo con documentación, gobernanza y una traza defendible.
Pipeline de despliegue en once pasos
- 01Desarrollar
- 02Probar
- 03Documentar
- 04Confirmar
- 05Stage
- 06UAT
- 07Firma
- 08Backup
- 09Desplegar
- 10Smoke test
- 11Actualizar
Lo que nunca hacemos
- Nunca desplegamos a producción sin firma escrita de UAT por parte del propietario de la aplicación.
- Nunca eliminamos código.
- Nunca agrupamos correcciones.
- Nunca avanzamos cuando hay incertidumbre.