Sprint 3 ‐ Entregable
- Enlace al backlog: [🔗 Backlog]
Descripción general: Gestionar la distribución presupuestaria y hacer seguimiento del gasto.
Total HU completadas: 8/8
Descripción:
Como usuario, necesito distribuir el presupuesto disponible asignándolo a diferentes EVCs, para garantizar una adecuada gestión de los recursos financieros.
Criterios de Aceptación:
- El sistema debe permitir asignar un monto específico del presupuesto a cada EVC y Q.
- Se debe poder visualizar el monto total asignado y el saldo restante en el presupuesto.
- Se deben registrar comentarios sobre la asignación para justificar los cambios.
- Si un EVC ha solicitado un monto superior al promedio histórico, el sistema debe alertar al usuario.
Descripción:
Como usuario, requiero visualizar un reporte de cuánto presupuesto se ha asignado y cuánto se ha gastado, para asegurar una correcta administración de los recursos.
Criterios de Aceptación:
- El sistema debe mostrar un dashboard con la asignación presupuestaria y el gasto real.
- Se deben utilizar colores (rojo, amarillo, verde) para indicar niveles de gasto según el presupuesto asignado.
- Se debe poder filtrar la información por EVC y periodo (Q, año).
- Debe haber una alerta automática si un EVC ha gastado más del 70% de su presupuesto antes de la mitad del Q.
Descripción:
Como usuario deseo recibir alertas del uso del presupuesto de cada EVC para estar informado y poder tomar medidas correctivas de ser necesario.
Criterios de Aceptación:
- El sistema debe enviar alertas cuando el gasto de una EVC se esté acercando al máximo asignado.
- La visualización de las alertas debe ser intuitiva mediante notificaciones o recursos visuales.
🔹 HU-014: Análisis de eficiencia de las EVC para toma de decisiones (#43) — Encargado: Lina Ballesteros
Descripción:
Como usuario requiero que la plataforma me permita ver análisis sobre la eficiencia de las EVC para tomar decisiones respecto a la asignación de presupuesto.
Criterios de Aceptación:
- Implementar herramientas de análisis basados en indicadores de eficiencia que Bancolombia ya posee.
- Usar los valores del análisis y generar información visual (gráficas, indicadores) para facilitar la toma de decisiones.
Descripción:
Como usuario, requiero que la plataforma sea confiable y esté disponible la mayoría del tiempo.
Criterios de Aceptación:
- Se deben hacer copias de seguridad automáticamente en la base de datos.
- En caso de no disponibilidad del aplicativo, se debe recuperar de manera rápida sin paralizar las actividades.
Descripción:
Como usuario, quiero gestionar y asignar talentos según país y costo, para poder construir equipos eficientes y adaptados a las necesidades del proyecto.
Criterios de Aceptación:
- Al asignar talentos a una EVC, se puede filtrar interactivamente por:
- País
- Rango de precio en USD
- Se debe poder visualizar el listado de talentos asignados a la EVC.
Descripción:
Como usuario, quiero registrar gastos manuales asociados a cuatrimestres, para tener trazabilidad de egresos no ligados directamente a talentos u otros módulos.
Criterios de Aceptación:
- Desde la vista de detalle de una EVC, se puede abrir un formulario para crear un gasto manual.
- El gasto ingresado se refleja en la EVC.
🔹 HU-018: Mejora de la interfaz de usuario en vistas de EVC y quarters (#131) — Encargado: Lina Ballesteros
Descripción:
Como usuario del sistema, quiero visualizar la información de EVCs y quarters de forma más clara, moderna y organizada, para comprender rápidamente los estados, asignaciones y gastos, y facilitar la toma de decisiones.
Criterios de Aceptación:
- La vista detallada de una EVC debe mostrar claramente los datos básicos (líderes, entorno, estado).
- La sección de quarters asignados debe organizar la información con tarjetas o bloques visuales separados por trimestre.
- Deben mostrarse barras o indicadores visuales del porcentaje de presupuesto asignado y gastado por quarter.
- El diseño debe seguir el mockup propuesto.
- HU no alcanzadas y razones de postergación o eliminación.
- Reunión de planeación Sprint 3: [🎥 Link]
- Cambiar el término "proveedores" por "talentos" (solo en frontend).
- Agregar fecha inicio y fin a contrataciones (evaluar si usar atributos o tabla nueva).
- Refactorizar el frontend: separar lógica, eliminar variables quemadas y preparar para despliegue.
- Priorizar el despliegue para realizar pruebas reales (Andrés presencial, Mayra virtual).
- Alertas: revisar funcionamiento actual y agregar nuevas.
- Dashboard: incluir total asignado, gastado y filtros por año/período.
- Gastos manuales: permitir registrar sin factura.
- Asignación de talentos: implementar filtros por país y rango de precio.
- Crear tabla y CRUD.
- Relacionarlas con EVCs.
- Definir si son parciales con un campo booleano.
- Lina: alertas, despliegue, refactorización.
- David: recomendaciones en EVC, fechas de contratación.
- Juan Diego: rediseño vista EVC, dashboard, filtros.
- Manu: CRUD de bolsas, apoyo si hay tiempo.
- Entregas de valor por EVC.
- Células dentro de las EVC.
- Métricas analíticas por rol.
- Reunión de Pruebas de Usabilidad: [🎥 Link]
Realizar pruebas de usabilidad con usuarios reales para validar el funcionamiento del sistema antes de la entrega final del proyecto.
- Equipo: Lina Ballesteros, David Grisales, Juan Diego Llorente, Juan Esteban García.
- Usuarios: Mayra Zamora (cliente objetivo) y Leidy Copete (participante de prueba).
-
Breve introducción del proyecto y módulos disponibles:
- Gestión de talentos
- EVCS
- Asignación presupuestal
- Analítica
- Gestión documental
- Configuración de alertas
-
Se compartió el link de acceso a la plataforma.
-
Se crearon cuentas para las usuarias.
-
Se organizaron dos salas para hacer las pruebas de forma individual y acompañada por miembros del equipo.
-
Listado de casos de prueba ejecutados por historia de usuario: Encontrado en el tablero del testing, aquí cada caso de prueba está asociado a una historia de usuario padre del tablero del backlog.
-
Resultados:
- Exitoso: Estos casos fueron pasados por el sistema con éxito, cumpliendo con los criterios de aceptación
- Fallido: Estos casos no fueron pasados por el sistema
- Ejecución parcial: Casos de prueba que están construidos pero aún no se pueden tener en cuenta como medida de desempeño del sistema
- En construcción: Estos casos se han dejado de lado con prioridad baja debido a que corresponden a historias de usuario con las que se decidió no continuar el desarrollo
-
Evidencias (ejecución local)
- Enlace a tablero de pruebas: FinUp-Testing
- Herramientas: Jest, Pytest, GitHub Actions.
- Tipos de pruebas:
- Integración:
- Estamos probando la interacción entre múltiples componentes (backend, DB)
- Verifican la integración con servicios externos (APIs)
- Validan el flujo completo de datos desde la UI hasta el backend
- Funcionales:
- Validan el comportamiento desde la perspectiva del usuario
- Verifican que la aplicación funcione como se espera en situaciones reales
- Integración:
- Evidencia del último workflow
- Indicador de cobertura y reporte.
Generado con cada ejecución del workflow
Reporte de cobertura ejemplo
-
Protocolo aplicado: Especificado en la página de la Wiki: Protocolo Pruebas de Usabilidad
-
Perfil de los usuarios evaluadores:
- Mayra: Principal usuario final del aplicativo, encargada de gestión general de las EVCs, talentos, proveedores y bolsas presupuestales.
- Leydi: Líder funcional de EVC, encargada de solicitud de presupuestos, supervisión de equipos de trabajo, etc.
-
Resultados principales:
- A rasgos generales, amplia satisfacción con la usabilidad del sistema, facilidad en la navegación.
- Feedback con respecto a posibles mejoras estructurales en el cómo se organizan y relacionan ciertos elementos en la empresa.
- Feedback con respecto a mejoras sutiles en la interfaz para mejorar la experiencia aún más.
-
Reporte completo con resultados y conclusiones de tareas específicas en: Reporte Pruebas Usabilidad
-
Enlace al manual: [📄 Video Tutorial del Manual de Usuario]
-
Contenido:
- Acceso/login
- Gestión de proveedores
- Gestión de EVC
- Carga presupuestal
- Lectura de OCR
- Visualización de dashboards y alertas
- 🚀 Despliegue del Sistema
-
URL del sistema (frontend): 🌐 http://finup.sytes.net:3000
-
Documentación de la API (backend): 📘 http://18.215.1.226:8000/docs
-
Plataforma de hosting: AWS EC2 (instancia t2.large)
-
Tecnología de despliegue: Docker
-
Configuración de red:
-
Security Group con puertos 3000 (frontend) y 8000 (API) expuestos
Evidencia:
| Riesgo | Probabilidad | Impacto | Descripción |
|---|---|---|---|
| Alta | Alto | La lógica de asignación por EVC y cuatrimestre implica validaciones y cálculos complejos que pueden retrasar la entrega. | |
| Media | Alto | La configuración y prueba de umbrales de gasto puede requerir iteraciones, afectando el cronograma. | |
| Media | Medio | Validar y almacenar correctamente fechas de inicio/fin puede causar conflictos de formato o de zona horaria. | |
| Baja | Medio | Fallos en la lectura automática de facturas pueden generar datos incorrectos o requerir intervención manual. | |
| Media | Medio | Consultas simultáneas y renderizado de gráficos pueden ralentizar la UI, deteriorando la experiencia de usuario. |
-
Módulo de asignación presupuestal (HU-024)
- Fragmentar la historia en subtareas (DB, lógica, UI) con entregas parciales y revisión de pares.
- Escribir pruebas unitarias específicas para todos los cálculos y escenarios límite antes de la integración final.
-
Generación de alertas (HU-021)
- Crear mocks de escenarios de gasto y validar umbrales en un entorno de staging.
- Registrar en logs toda notificación fallida y presentar un dashboard de métricas de alertas.
-
Fechas de contratación (HU-015)
- Adoptar formato ISO 8601 y validaciones front/back estrictas.
- Probar casos extremos: contratos sin fecha de fin, fechas futuras y migración de datos históricos.
-
OCR para registro de gastos (HU-020)
- Implementar flujo de respaldo manual para extracción de valores cuando falle el OCR.
- Ejecutar pruebas de precisión con un conjunto variado de facturas reales.
-
Rendimiento de dashboards
- Aplicar paginación y caching para consultas pesadas.
- Monitorizar latencias (> 500 ms) y optimizar índices en la base de datos según métricas de APM.
-
Complejidad del módulo de asignación presupuestal (HU-024)
- ✅ Implementado: Desglose en subtareas DB, lógica y UI con entregas semanales.
- ✅ Planificado: Suite de tests unitarios automatizados y revisiones de código colaborativas cada sprint.
-
Demoras en la generación de alertas presupuestales (HU-021)
- ✅ Implementado: Entorno de staging con datos simulados para validar umbrales críticos.
- ✅ Planificado: Pipeline de CI que ejecuta diariamente pruebas de estrés de alertas y reportes automáticos de fallos.
El producto desarrollado para la gestión financiera de los Equipos de Valor Continuo (EVC) en Bancolombia demostró ser técnicamente y financieramente viable a través de la implementación exitosa de un MVP que automatiza procesos críticos, reduce riesgos operativos asociados a la carga manual de datos y mejora la precisión en la asignación de presupuestos, análisis de proveedores y control de gastos. Este sistema aporta un valor significativo al cliente al optimizar la eficiencia operativa y facilitar la toma de decisiones basada en datos confiables. Además, presenta un alto potencial de crecimiento mediante la incorporación de nuevas funcionalidades como la gestión de entregas de valor, que permitiría evaluar el desempeño de los equipos de forma más integral. En un contexto real, el producto muestra un sólido potencial de sostenibilidad al resolver necesidades clave del negocio, ser escalable y adaptable a futuras integraciones, lo cual favorece su adopción y permanencia en el tiempo.