Repository navigation
Grouped HUs
Plan para aplicarlo en SOLV (uniandes-team-proyecto.atlassian.net), sprints 2 y 3. Recoge lo probado en Solventa — Prueba 5.2. El Sprint 1 no se toca.
Agrupa solo historias de canal web y canal móvil que cubren la misma función en los dos clientes (PDF §5.2: no son la misma interfaz en dos tamaños). El padre es una Historia de usuario con una definición general de esa función. Cada hija pasa a Tarea, conserva el texto completo de la HU original y queda sin estimación. La hija se mueve al sprint del padre.
Núcleo, BFF, JWT, harness, laboratorio y demás plataforma no se agrupan y no se reestiman.
| Sprint en Jira | Id | Qué se hace | SP |
|---|---|---|---|
| SCRUM Sprint 1 | 1 | No se toca | 40 |
| SCRUM Sprint 2 | 37 | Padres de canal en este sprint | 35 |
| SCRUM Sprint 3 | 38 | Padres de canal en este sprint | 55 |
| Total | 130 |
Campo de puntos en Jira: Story point estimate. Los id HU-144, HU-145 y HU-148–HU-154 son los padres a crear. No existen todavía en SOLV.
En Prueba 5.2, Tarea e Historia de usuario están al mismo nivel. Una Tarea no aparece en la lista de hijas de la Historia: el vínculo es un enlace Relates, y el campo Parent de la hija sigue apuntando a su épico E1–E7. No cambiar ese épico.
- Crear el padre en el sprint indicado, tipo Historia de usuario, con el resumen, la definición general y los puntos de esta página. La definición no copia el Gherkin ni la pantalla de una hija.
- En cada hija: convertirla a Tarea. No reemplazar su descripción: debe seguir con el alcance, la navegación, la aceptación y los escenarios de la HU original.
- Limpiar la estimación de la hija. Esos puntos no se suman otra vez: los del sprint ya están en el padre; los que estaban en el backlog no entran al total del sprint.
- Mover la Tarea al sprint del padre, también si hoy está en el backlog.
- Enlazar hija → padre con Relates. No cambiar el épico del campo Parent.
- No tocar el Sprint 1 ni las historias de Plataforma y núcleo que no cambian.
La sesión del Sprint 3 es un solo padre. No se crea el padre de sesión del Sprint 1.
No se crean padres, no se convierten historias a Tarea, no se limpian estimaciones y no se mueve nada de este sprint.
Las 12 SP de canal que siguen aquí, más las 28 SP de plataforma de más abajo, dejan el sprint en 40.
| Jira | HU | Resumen | Dónde está | SP que se dejan |
|---|---|---|---|---|
| SOLV-101 | HU-8 | Shell UI Web | Sprint 1 · Done | 2 |
| SOLV-218 | HU-93 | Shell de navegación cliente (Android) | Sprint 1 · Done | 2 |
| SOLV-214 | HU-95 | Splash de primer arranque | Sprint 1 · Done | 2 |
| SOLV-219 | HU-94 | Idioma y región (Android) | Sprint 1 · Done | 3 |
| SOLV-227 | HU-103 | Login web (misma cuenta) | Sprint 1 · In Review | 3 |
HU-107 (SOLV-231) y HU-108 (SOLV-232) siguen en el backlog, con su estimación. No tienen padre en este plan.
Las 26 SP de núcleo, BFF y laboratorio no cambian. Los 9 SP de canal que ya están en el sprint pasan al padre. Las gemelas entran al sprint sin puntos, así que no suben el 35.
Como producto, quiero que asesor y cliente vean la misma oferta firme (prima, moneda, vigencia) en el canal que les corresponde, para cerrar la cotización sin duplicar el cálculo.
El asesor pide la oferta en el portal. La app muestra ese precio en el flujo de compra. El cálculo sigue en el núcleo.
| Jira | HU | Resumen | Canal | Dónde está | SP hoy | Acción |
|---|---|---|---|---|---|---|
| SOLV-103 | HU-10 | UI web cotización | Web, asesor | Sprint 2 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-144 |
| SOLV-104 | HU-11 | Ver oferta (Android) | Móvil | Sprint 2 · To Do | 3 | Tarea. Limpiar estimación. Enlazar a HU-144 |
| SOLV-237 | HU-113 | Ver oferta (web) | Web, asegurado | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 2. Enlazar a HU-144 |
| SOLV-217 | HU-92 | Cotización in-app (1 ramo) | Móvil | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 2. Enlazar a HU-144 |
| SOLV-228 | HU-104 | Cotización in-app web | Web, asegurado | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 2. Enlazar a HU-144 |
Como producto, quiero el alta con documento y el consentimiento auditable en la app y en el portal, para que la misma cuenta quede asociada a la póliza en los dos clientes.
La app registra datos y documento y deja el otorgar o revocar. El alta web no usa cámara. La prueba de vida (HU-48) es solo del dispositivo y no es hija de este padre.
| Jira | HU | Resumen | Canal | Dónde está | SP hoy | Acción |
|---|---|---|---|---|---|---|
| SOLV-138 | HU-45 | Onboarding con datos y documento | Móvil | Sprint 2 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-145 |
| SOLV-139 | HU-46 | Consentimiento de datos | Móvil | Sprint 2 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-145 |
| SOLV-226 | HU-102 | Registro web | Web | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 2. Enlazar a HU-145 |
| SOLV-239 | HU-115 | Consentimiento de datos (web) | Web | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 2. Enlazar a HU-145 |
Las 24 SP de núcleo, perfilamiento, JWT y E2E no cambian. Los 31 SP de canal que ya están en el sprint pasan al padre. Las gemelas entran al sprint sin puntos.
Como producto, quiero abrir un aviso con evidencia y cerrarlo en back-office, para que el reporte de la calle y la gestión de escritorio sean el mismo caso.
La app guía el aviso, pide cámara en el momento de la evidencia y confirma el siniestroId. El operador ve la cola, decide con motivo y autoriza el pago simulado de bajo monto. El reporte desde el navegador usa archivo, no la cámara del teléfono.
| Jira | HU | Resumen | Canal | Dónde está | SP hoy | Acción |
|---|---|---|---|---|---|---|
| SOLV-115 | HU-22 | Reportar siniestro | Móvil | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-150 |
| SOLV-224 | HU-101 | Permisos JIT de cámara y fotos | Móvil | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-150 |
| SOLV-221 | HU-97 | Confirmación de aviso de siniestro (Android) | Móvil | Sprint 3 · To Do | 1 | Tarea. Limpiar estimación. Enlazar a HU-150 |
| SOLV-119 | HU-26 | Ver aviso en back-office | Web, operador | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-150 |
| SOLV-120 | HU-27 | Aprobar o rechazar aviso | Web, operador | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-150 |
| SOLV-122 | HU-29 | Pagar siniestro de bajo monto (stub) | Web, operador | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-150 |
| SOLV-240 | HU-116 | Reportar siniestro (web) | Web, asegurado | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-150 |
| SOLV-234 | HU-110 | Confirmación de aviso de siniestro (web) | Web | Backlog | 2 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-150 |
| SOLV-225 | HU-100 | Evidencia web (archivo y geo del navegador) | Web | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-150 |
| SOLV-116 | HU-23 | Una foto del siniestro | Móvil | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-150 |
| SOLV-117 | HU-24 | Geoetiquetar evidencia | Móvil | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-150 |
Como producto, quiero aceptar la oferta vigente, ver emisión o rechazo con motivo, y consultar la póliza emitida en los dos canales, para cerrar la suscripción con el mismo estado.
El asesor acepta, firma y emite en una pantalla. La app pasa de la oferta a la póliza emitida, o al rechazo con motivo. La consulta muestra coberturas y vigencia. HU-83 (framework E2E) no es hija: sigue en 1 SP, en la lista de plataforma.
| Jira | HU | Resumen | Canal | Dónde está | SP hoy | Acción |
|---|---|---|---|---|---|---|
| SOLV-112 | HU-19 | UI web suscripción y emisión | Web, asesor | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-149 |
| SOLV-113 | HU-20 | UI móvil aceptar y póliza | Móvil | Sprint 3 · To Do | 3 | Tarea. Limpiar estimación. Enlazar a HU-149 |
| SOLV-223 | HU-99 | UI de suscripción rechazada (Android) | Móvil | Sprint 3 · To Do | 1 | Tarea. Limpiar estimación. Enlazar a HU-149 |
| SOLV-111 | HU-18 | Consultar póliza emitida | Web y móvil | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-149 |
| SOLV-238 | HU-114 | Aceptar y póliza (web) | Web, asegurado | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-149 |
| SOLV-236 | HU-112 | UI de suscripción rechazada (web) | Web | Backlog | 2 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-149 |
| SOLV-242 | HU-118 | Lista de pólizas (web) | Web | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-149 |
| SOLV-140 | HU-47 | Consulta de póliza (payload ligero) | Móvil | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-149 |
Como producto, quiero renovar y cancelar en escritorio, y avisar al cliente del vencimiento y de la renovación, para que el operador no reemita la póliza desde cero y el cliente se entere en su canal.
| Jira | HU | Resumen | Canal | Dónde está | SP hoy | Acción |
|---|---|---|---|---|---|---|
| SOLV-152 | HU-59 | Renovar póliza | Web, operador | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-154 |
| SOLV-154 | HU-61 | Cancelar póliza | Web, operador | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-154 |
| SOLV-157 | HU-64 | Aviso de vencimiento | Móvil | Backlog | 2 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-154 |
| SOLV-158 | HU-65 | Aviso de renovación efectiva | Móvil | Backlog | 2 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-154 |
| SOLV-243 | HU-119 | Aviso de vencimiento (web) | Web | Backlog | 2 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-154 |
| SOLV-244 | HU-120 | Aviso de renovación (web) | Web | Backlog | 2 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-154 |
Como cliente, quiero ver la lista de avisos con el estado del caso, para no llamar a soporte para saber en qué va.
HU-30 (máquina de estados, 3 SP) no es hija. Sigue estimada en el Sprint 3.
| Jira | HU | Resumen | Canal | Dónde está | SP hoy | Acción |
|---|---|---|---|---|---|---|
| SOLV-124 | HU-31 | Lista de siniestros (Android) | Móvil | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-151 |
| SOLV-241 | HU-117 | Lista de siniestros (web) | Web | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-151 |
| SOLV-222 | HU-98 | Detalle de siniestro (Android) | Móvil | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-151 |
| SOLV-235 | HU-111 | Detalle de siniestro (web) | Web | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-151 |
Como cliente, quiero ver el resumen que Solventa guardó (póliza, umbral, monto), para entender el disparo sin el mensaje del tercero.
El núcleo del evento y del pago (HU-32, HU-33, HU-34) no es hijo. Sigue estimado en el Sprint 3.
| Jira | HU | Resumen | Canal | Dónde está | SP hoy | Acción |
|---|---|---|---|---|---|---|
| SOLV-129 | HU-36 | Vista móvil paramétrico | Móvil | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-152 |
| SOLV-130 | HU-37 | Vista web paramétrico | Web | Backlog | 2 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-152 |
| SOLV-128 | HU-35 | Aviso de pago paramétrico | Móvil | Backlog | 2 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-152 |
Como cliente en el flujo de crédito, quiero ver la oferta que armó Solventa, para decidir en originación.
HU-53, HU-54, HU-55 y HU-56 son núcleo de perfilamiento. No son hijas y conservan sus puntos en el Sprint 3.
| Jira | HU | Resumen | Canal | Dónde está | SP hoy | Acción |
|---|---|---|---|---|---|---|
| SOLV-150 | HU-57 | UI móvil oferta vida hipotecario | Móvil | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-153 |
| SOLV-229 | HU-105 | Oferta vida hipotecario web (cliente) | Web, asegurado | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-153 |
| SOLV-151 | HU-58 | UI web perfil y oferta | Web, asesor | Backlog | 3 | Tarea. Limpiar estimación. Llevar al Sprint 3. Enlazar a HU-153 |
Como cliente recurrente, quiero entrar a la app con correo y contraseña, para abrir la cuenta sin un segundo registro y sin biometría.
Un solo issue. El login web HU-103 se queda en el Sprint 1, con sus 3 SP. JWT y roles (HU-74, HU-75, HU-76) no son hijas.
| Jira | HU | Resumen | Canal | Dónde está | SP hoy | Acción |
|---|---|---|---|---|---|---|
| SOLV-215 | HU-90 | Login con correo y contraseña | Móvil | Sprint 3 · To Do | 2 | Tarea. Limpiar estimación. Enlazar a HU-148 |
Estas historias no se agrupan y no se reestiman. Hace falta dejarlas así para que, al pasar solo los puntos de canal que ya están en el sprint al padre, el Sprint 2 siga en 35 y el Sprint 3 en 55.
| Jira | HU | Resumen | SP que se dejan |
|---|---|---|---|
| SOLV-94 | HU-1 | Catálogo mínimo (1 ramo) | 2 |
| SOLV-95 | HU-2 | Publicar catálogo al socio | 2 |
| SOLV-96 | HU-3 | Recibir solicitud de cotización | 2 |
| SOLV-97 | HU-4 | Calcular prima con reglas | 3 |
| SOLV-98 | HU-5 | Combinar factor de riesgo (stub) | 2 |
| SOLV-99 | HU-6 | Devolver oferta en firme | 2 |
| SOLV-100 | HU-7 | Reconsultar oferta por id | 2 |
| SOLV-163 | HU-70 | Repositorios del equipo | 2 |
| SOLV-164 | HU-71 | Imágenes Docker base | 2 |
| SOLV-171 | HU-78 | Red y clúster cloud (mínimo) | 3 |
| SOLV-178 | HU-85 | Harness unitario del núcleo (PyTest) | 2 |
| SOLV-179 | HU-86 | Harness unitario web (Karma) | 2 |
| SOLV-180 | HU-87 | Harness unitario móvil (JUnit) | 2 |
| Jira | HU | Resumen | SP que se dejan |
|---|---|---|---|
| SOLV-105 | HU-12 | Aceptar oferta vigente | 2 |
| SOLV-106 | HU-13 | Decisión automática de suscripción | 2 |
| SOLV-108 | HU-15 | Cobro de prima (stub idempotente) | 2 |
| SOLV-109 | HU-16 | Emitir póliza | 3 |
| SOLV-110 | HU-17 | Firma electrónica (stub) | 2 |
| SOLV-165 | HU-72 | Contrato BFF Web | 3 |
| SOLV-166 | HU-73 | Contrato BFF Móvil | 3 |
| SOLV-172 | HU-79 | Pruebas de carga de cotización | 3 |
| SOLV-181 | HU-88 | Ambiente de integración con dobles | 3 |
| SOLV-182 | HU-89 | Ambiente cloud de experimentos | 3 |
| Jira | HU | Resumen | SP que se dejan |
|---|---|---|---|
| SOLV-123 | HU-30 | Estados del siniestro | 3 |
| SOLV-125 | HU-32 | Recibir evento paramétrico (stub) | 2 |
| SOLV-126 | HU-33 | Evaluar umbral paramétrico | 2 |
| SOLV-127 | HU-34 | Disparar pago paramétrico (stub) | 2 |
| SOLV-146 | HU-53 | Consentimiento de perfilamiento | 2 |
| SOLV-147 | HU-54 | Adaptadores stub Open Finance / Open Data | 2 |
| SOLV-148 | HU-55 | Perfil y oferta explicable | 3 |
| SOLV-149 | HU-56 | Degradar perfilamiento lento | 2 |
| SOLV-167 | HU-74 | Validar JWT Web | 1 |
| SOLV-168 | HU-75 | Autorizar roles Web | 2 |
| SOLV-169 | HU-76 | Validar JWT Móvil | 2 |
| SOLV-176 | HU-83 | Framework E2E | 1 |
El Sprint 1 no cede ni recibe puntos. En los sprints 2 y 3 solo cambian de sitio los puntos de canal que ya estaban en ese sprint: salen de la hija y quedan en el padre. La suma de cada sprint no se mueve, y las tres siguen en 130.
| Sprint | Canal que ya estaba en el sprint, pasa al padre | Plataforma y núcleo, o canal que se deja | Total |
|---|---|---|---|
| Sprint 1 | 0 (no se toca) | 12 de canal + 28 de plataforma = 40 | 40 |
| Sprint 2 | 5 + 4 = 9 | 26 | 35 |
| Sprint 3 | 11 + 8 + 4 + 2 + 2 + 2 + 2 = 31 | 24 | 55 |
| 130 |
Las gemelas salen del backlog con la estimación en blanco. Esos puntos no estaban en ningún sprint y no se agregan al padre. Si se dejaran en la Tarea y además en el padre, el sprint 2 o el 3 pasarían de 35 o de 55 y el total dejaría de ser 130.
📅 Semana 1
Épicas y features · Acta de constitución · Board · Showcase
📅 Semana 2
📅 Semana 3
Escenarios de calidad · Historias web/móvil y HA · Priorización · Estrategia de pruebas · Frameworks y ambientes · Plan y tablero · Showcase
- Backlog refinado · Semana 3
- Historias web, móvil y núcleo (SOLV)
- Priorización HA ↔ HU
- Historias de arquitectura (HA-01–HA-31)
- Velocidad de Equipo
- Framework para pruebas
- Framework componente web
- Framework componente móvil
- Ambiente cloud para backend
Video con evidencias
📅 Semana 4
📅 Semana 5
-
Hoja de trabajo semana 5
- Vista funcional · modelos de componentes, flujo de control y conectores con responsabilidades definidas
- Vista de despliegue · modelos de componentes y asignación de componentes y conectores a nodos de ejecución
- Vista de información · modelos de datos, flujos de control, estructuras de datos y estrategia de replicación
- Patrones de diseño detallado · razonamiento de selección y relación con los ASRs
📅 Semana 6
- Avance en la ejecución de los experimentos que se realizaron para la validación de los ASR
- Avance del análisis de resultados y justificación de las decisiones de diseño frente a los ASR
📅 Semana 7
- Versión web · navegación y condiciones de usabilidad
- Versión móvil · navegación y condiciones de usabilidad
- Prototipo web/móvil · Cliente y back-office
- Arquitectura de información · Cliente L1
- Resultado de validación usabilidad de usuario
- Cumplimiento Axe y Nielsen · prototipo cliente
- Cumplimiento Axe y Nielsen · prototipo back-office
- Historias BFF · Web / Móvil y back-office
- Evidencias de la experimentación
- Análisis: ¿se cumplieron las hipótesis de diseño?
- Informe experimento HA-08 · detallado
- Informe experimento HA-01 · detallado
📅 Semana 8
- Prototipo final · Cliente web, móvil y back-office
- Guías de usuario en el prototipo
- Documentación Técnica UX/UI
- Manual de usuario · Cliente web
- Manual de usuario · Cliente móvil
- Manual de usuario · Back-office · Asesor / Operador
📅 Semana 1
- Parametrización de integración continua / despliegue continuo (10 pts)
- Sprint Backlog y asignación por integrante (10 pts)
- Commits / pull requests (15 pts)
- Flujo de trabajo y estrategia de versionamiento (10 pts)
- Ejecución de pruebas (10 pts)
- Peer review (opcional)
- Revisión automática de código (opcional)
📅 Semana 2
- 📄 MISW4501-202614-Proyecto.pdf
- 📋 Backlog Jira
- 📋 Backlog refinado · Semana 3
- 📋 Backlog BFF · Web / Móvil y back-office
- 🖥 Prototipo web/móvil · Cliente y back-office
- 🎨 Documentación Técnica UX/UI
- 📖 Manual de usuario · Cliente web
- 📖 Manual de usuario · Cliente móvil
- 📖 Manual de usuario · Back-office
- 📝 Lecciones aprendidas · Proyecto Final 1
- 🗓 Plan de trabajo · Proyecto Final 2