SIGAM
El sistema de gestión de activos de TI del que nació J-AXON, sostenido en equipo entre backend y frontend durante siete meses.
This case study hasn't been translated yet — the text below is in Spanish. Read it on the Spanish site
Outcome
8
personas coordinadas sobre el mismo sistema
7 meses
sosteniendo el sistema en uso
2
equipos avanzando en paralelo sin bloquearse
Constraints
- Dos repositorios y dos equipos avanzando en paralelo. El contrato de la API es lo único que los mantiene sincronizados, así que documentarlo deja de ser cortesía.
- El sistema sustituye flujos que ya estaban en uso, no arranca en vacío. La migración importa tanto como la funcionalidad nueva.
SIGAM es el sistema de gestión de activos de TI, tickets de soporte y mantenimiento del que
después salió J-AXON. Son dos repositorios —SIGAM-backend y SIGAM-frontend— y, sumados,
el sistema más grande en el que he trabajado.
Tiene ficha propia y no solo una mención dentro de J-AXON por una razón concreta: es el único proyecto grande donde no trabajé solo. Ocho personas pasaron por el frontend y seis por el backend. J-AXON cuenta qué se decidió en la reescritura; SIGAM cuenta cómo se sostiene un sistema cuando el código no es solo tuyo.
Lo que aprendí ahí no aparece en el código sino alrededor. Con dos repositorios avanzando en paralelo, el contrato de la API es la única superficie compartida: cada cambio no anunciado en una ruta rompe el trabajo de alguien que está a mitad de una pantalla. La documentación deja de ser algo que se escribe al final y pasa a ser la condición para que dos equipos puedan avanzar sin bloquearse.
La v2 —J-AXON— es la respuesta a lo que este sistema enseñó: el monolito donde un fallo de interfaz tumbaba el núcleo, y los registros que se podían alterar directamente en la base. Ese caso está contado en su propia ficha.