ZybraMoney
Gates de release semanales sostenidos durante una reconstrucción FinTech en pleno vuelo. Cientos de defectos cerrados.
ZybraMoney es una plataforma backend FinTech enfocada en África: ahorros grupales (flujos ROSCA), recorridos vinculados a wallet, pagos, transferencias, referidos, y los controles de seguridad y cumplimiento que exigen los flujos financieros.
Resumen
ZybraMoney es una plataforma backend FinTech enfocada en África: ahorros grupales (flujos ROSCA), recorridos vinculados a wallet, pagos, transferencias, referidos, y los controles de seguridad y cumplimiento que exigen los flujos financieros.
El Reto
Entramos en plena modernización. Arquitectura en transformación. Límites de servicio redibujándose. Alta densidad de defectos. Problemas de seguridad y funcionales sangrando uno sobre otro entre auth, sesión y transacción. QA sostuvo la línea de release semanalmente mientras ingeniería rehacía los cimientos por debajo.
La limpieza que nadie metió en el presupuesto del rebuild.
Ya en producción con usuarios reales cuando entramos. Un junior lo había vibe-codeado a las apuradas, y soporte pagaba el precio, tickets diarios, los mismos defectos resurgiendo, confianza erosionándose en un sistema que mueve dinero. No reiniciamos. Trabajamos la superficie de fallo semana a semana, atando cada cierre al release gate. Meses después, las solicitudes de soporte habían caído a casi cero.
Lo que hicimos
Sistema que mueve dinero real, cimientos reconstruyéndose por debajo. Atamos el cierre de defectos al gate semanal, no al conteo de tickets – un bug 'cerrado' tenía que estar genuinamente cerrado. Ownership completo del ciclo: reproducción, triaje, verificación de fix, seguimiento de regresión. Validación de remediaciones de seguridad sobre auth, sesión y transacción. Supervisión transversal sobre contribuyentes distribuidos. La arquitectura se movió semanalmente. Las regresiones nunca se acumularon.
Resultados
Lo que aprendimos
Los entornos cargados de refactor necesitan QA como señal continua, no como checkpoint. Atar la calidad de cierre al gate semanal evitó que las regresiones se acumularan mientras se movía la arquitectura. La disciplina no está en las herramientas, está en los criterios de cierre.
¿Quieres resultados como estos?
Cuéntanos qué estás construyendo. Te diremos si somos el equipo adecuado.
Agendar llamada