[Volver a casos](/#cases) Viajes y gastos corporativos Primeros 30 dias Plataforma LATAM de viajes y gastos corporativos # De backlog trabado a baseline tecnica y entregas en produccion en 30 dias Nos integramos a una plataforma regional de viajes y gastos con un doble objetivo: destrabar desarrollo inmediato y crear una base objetiva para modernizar un producto complejo sin frenar la operacion. Grabado en corte de una plataforma legacy en capas, medida y destrabada Resumen En 30 dias, entramos a una plataforma legacy de viajes y gastos, destrabamos 3 PRs a produccion, auditamos 13 soluciones y dejamos un scorecard tecnico en 8 dimensiones que ordena la modernizacion con evidencia, no intuicion. 3 PRs mergeados a produccion 13 soluciones auditadas 5.8/10 baseline tecnica inicial El contexto ## Qué estaba bloqueando la operación Este no fue un proyecto de auditoria primero y delivery despues. En el primer mes, nos metimos en el codebase, entendimos el contexto operativo, resolvimos issues prioritarios y dejamos una linea base concreta para decidir la modernizacion con evidencia, no intuicion. **Dónde dolía:** El producto cargaba backlog, dependencia de legacy .NET/WebForms y conocimiento tecnico repartido en personas. **Qué pusimos en producción:** Agentify entro como equipo embebido: audito 13 soluciones, llevo 3 PRs a produccion y dejo una baseline para modernizar sin frenar la operacion. 01 ## La situacion antes de Agentify La organizacion necesitaba mover backlog real mientras seguia operando sobre una plataforma con capas legacy, conocimiento disperso y frentes tecnicos acumulados. 01 Habia issues pendientes que cruzaban base de datos, logica de negocio, API y vistas WebForms. 02 El 85% del codebase seguia en .NET Framework 4.7.2, con el acceso a datos apoyado en 421+ stored procedures. 03 La cobertura de tests unitarios era 0%, y tampoco existia documentacion tecnica original para reducir riesgo de regresion. 04 La priorizacion dependia de multiples stakeholders funcionales y operativos, con contexto repartido entre personas y herramientas. 02 ## Los primeros 30 dias El valor no aparecio despues del onboarding. Aparecio durante el onboarding. Semana 1 ### Kick-off de negocio y tecnico Arrancamos entendiendo vision de producto, prioridades comerciales, arquitectura actual y estado de las migraciones ya iniciadas. - Alineacion con stakeholders de negocio sobre prioridades y cuellos de botella. - Inmersion tecnica en .NET WebForms, SQL Server, stored procedures y migracion hacia Entity Framework. Semana 2 ### Entorno, repositorio y contexto funcional Montamos ambiente local, analizamos estructura y dependencias, y automatizamos la extraccion de documentacion operativa para acelerar aprendizaje. - Setup completo del entorno y lectura estructural del repositorio. - Scraping automatizado de la plataforma de soporte y creacion de un skill de contexto funcional para acelerar futuros ciclos con AI. Semana 3 ### Stakeholders e issues criticos Combinamos entrevistas con perfiles funcionales y avance sobre backlog real para empezar a producir sin esperar a tener una foto perfecta. - Entrevistas con perfiles funcionales y operativos para mapear flujos reales. - Inicio de issues prioritarios y reporte de evaluacion sobre herramientas de soporte. Semana 4 ### Delivery intensivo + baseline de modernizacion Con el contexto suficiente, aceleramos sobre issues prioritarios y cerramos un diagnostico tecnico que ordena decisiones futuras. - Merge de 3 issues prioritarios a produccion. - Avance de la integracion SFTP y scorecard tecnico en 8 dimensiones para definir la baseline. 03 ## Lo que encontramos al entrar En vez de hablar de deuda tecnica en abstracto, medimos complejidad, dependencias, integraciones y mantenibilidad para fijar una base objetiva. 421+ stored procedures referenciados 155+ tablas mapeadas 51+ Azure Functions analizadas 3.5/10 mantenibilidad ### Hallazgos - La arquitectura en capas mostraba cierta consistencia, pero el mantenimiento era critico por la ausencia total de tests. - Existian God Classes con mas de 11,000 lineas concentrando logica sensible del negocio. - Habia dependencias legacy y conflictivas, incluyendo librerias sin mantenimiento desde 2016. - La migracion hacia Entity Framework existia, pero cubria apenas una porcion minima del objetivo de modernizacion. - El conocimiento tecnico clave estaba distribuido entre personas, accesos y herramientas, no en un sistema de documentacion confiable. ### Scorecard Arquitectura **7.5/10** *Bueno* Seguridad **7.0/10** *Bueno* Escalabilidad **7.0/10** *Bueno* Calidad de codigo **5.5/10** *Necesita mejora* Modernizacion **5.0/10** *Necesita mejora* Dependencias **4.5/10** *Necesita mejora* Mantenibilidad **3.5/10** *Critico* 04 ## Lo que entregamos en el primer mes Combinamos discovery, delivery y modernizacion incremental. No hubo una fase muerta dedicada solo a entender. ### Destrabe de backlog priorizado Resolvimos issues que impactaban logica operativa y experiencia de uso en distintas capas del producto. - Correccion de logica de display de icono de participantes. - Bloqueo de pagos con fondos fijos de otras entidades. ### Modernizacion incremental del acceso a datos Mientras destrababamos backlog, avanzamos sobre una pieza estructural de la migracion para dejar un patron inicial replicable. - Migracion completa de una entidad clave del dominio a Entity Framework. - Eliminacion de 4 stored procedures legacy. - Reescritura de la capa de acceso a datos y API para acompanar la nueva ruta. ### Nueva capacidad de integracion Abrimos un frente nuevo para automatizar intercambio contable con un tercero sin esperar a terminar la modernizacion global. - Integracion SFTP con un proveedor externo para generar archivos contables de anticipos y rendiciones. - Refactor progresivo del flujo de generacion de archivos. - Cobertura end-to-end: desde logica de negocio hasta procesos automatizados y configuracion. ### Scorecard tecnico en 8 dimensiones para priorizar modernizacion Transformamos la lectura del sistema en instrumentos concretos para decidir prioridades, no en notas sueltas. - 19 documentos de analisis producidos. - Hoja de ruta a 30, 90 y 365 dias para modernizacion incremental. 05 ## Impacto visible en el primer mes El valor de Agentify aparecio en tres planos a la vez: ejecucion, salud tecnica y capacidad organizacional. ### Impacto en ejecucion El equipo no quedo atrapado en onboarding: produjo output tangible mientras aprendia el sistema. **24**commits en el periodo **45.3%**del output total del repo **4**tasks abordados - Agentify aporto 45.3% de los commits del periodo siendo 2 developers dentro de un equipo con 6 contribuyentes activos. - En la semana pico, un developer de Agentify fue el contributor individual mas activo del equipo completo. - Abordamos 4 frentes en paralelo: 3 cerrados y 1 en desarrollo al cierre del reporte. ### Impacto tecnico No solo entregamos fixes: tambien movimos piezas estructurales que reducen friccion futura. **4**stored procedures eliminados **6**capas cubiertas por el delivery **63.1%**del codigo tocado en el periodo - Tocamos todas las capas del stack — desde base de datos hasta jobs y aplicacion — no solo cambios aislados en un solo nivel. - La migracion a Entity Framework dejo de ser una intencion abstracta y paso a tener un patron inicial reproducible. - La baseline tecnica transformo percepciones difusas en un mapa priorizado de riesgo, dependencias y mantenibilidad. ### Impacto organizacional Tambien redujimos friccion interna y dejamos mejores condiciones para el siguiente ciclo. **19**documentos de analisis **16+**integraciones mapeadas **1**roadmap de modernizacion - Las entrevistas con stakeholders funcionales y operativos ayudaron a bajar perdida de contexto entre areas. - La documentacion funcional extraida y estructurada quedo disponible para acelerar nuevos ciclos asistidos con AI. - El roadmap por horizontes le dio a la organizacion una forma concreta de decidir que modernizar primero y por que. 06 ## Por que este caso marca la diferencia Agentify La ventaja no estuvo en prometer una gran transformacion futura. Estuvo en combinar criterio tecnico, velocidad y transferencia desde el dia uno. ### Nos embebemos en el sistema real No trabajamos sobre un sandbox limpio ni con un backlog ficticio. Entramos en el producto que ya existia, con sus stakeholders, restricciones y deuda acumulada. ### Diagnosticamos y entregamos al mismo tiempo Mientras armabamos la baseline tecnica, tambien mergeabamos cambios a produccion. Eso reduce la friccion politica y operativa de esperar meses para ver valor. ### La modernizacion empieza antes de la gran migracion En vez de prometer una reescritura total, movimos una entidad a Entity Framework, eliminamos stored procedures legacy y abrimos un patron reutilizable para el siguiente tramo. ### Dejamos mas capacidad interna La combinacion de entrevistas, skill de contexto y documentos de analisis hizo que el conocimiento no quedara atrapado solo en personas o chats aislados. 07 ## Más casos para comparar tu cuello de botella Si tu operación se parece a esta presión, estos casos muestran otras formas de pasar del bloqueo a producción. [Construcción / Mass-Timber (CLT) cotizador AI-native para construcción En mercados donde hay que responder muchas oportunidades para cerrar una obra, un proceso de cotización lento vuelve inviable sostener el ritmo comercial.](/casos/ai-native-construction-quoting/)[Logística / Gestión de flota pólizas de flota automatizadas Si una póliza no llegaba a tiempo, la operación podía sufrir demoras en sitios de alta exigencia documental. El proceso manual no solo consumía tiempo; afectaba la continuidad operativa.](/casos/fleet-insurance-automation/)[Oil & Gas / Field Services inspecciones oil & gas en campo Tu equipo inspecciona todos los meses y produce evidencia valiosa. Pero si esa evidencia no llega ordenada al cliente, el trabajo pierde trazabilidad y los reportes dependen de notas sueltas.](/casos/oil-gas-field-inspection-app/) Que viene despues ## El primer mes no resolvio toda la modernizacion. Si resolvio algo mas importante: dejar claro por donde conviene seguir y con que ritmo se puede avanzar. - Completar la integracion SFTP y sostener ritmo sobre backlog prioritario. - Expandir el patron de migracion a Entity Framework a 1 o 2 entidades adicionales. - Introducir tests unitarios sobre entidades migradas y habilitar mocking con interfaces donde tenga mas impacto. - Remover dependencias legacy criticas y consolidar la ruta hacia .NET 8+. Qué demuestra el caso - Agentify entro como equipo embebido: audito 13 soluciones, llevo 3 PRs a produccion y dejo una baseline para modernizar sin frenar la operacion. - 3 · PRs mergeados a produccion - 13 · soluciones auditadas [Quiero este tipo de avance →](https://wa.me/5492215624306?text=Hola%2C%20quiero%20ver%20como%20Agentify%20podria%20ayudarnos%20a%20destrabar%20backlog%20y%20modernizar%20nuestro%20stack)