Supuestos, Dependencias y Riesgos

El MVP opera con datos locales (localStorage) sin necesidad de base de datos externa ni autenticación.

Diseñar la capa de datos con interfaces abstractas que permitan migrar a DB real sin refactorizar la UI.

Un solo usuario opera la aplicación a la vez; no se requiere manejo de concurrencia ni permisos multi-usuario.

Documentar el supuesto y planificar módulo de autenticación como fase post-MVP.

Las 6 capacidades definidas cubren el alcance completo de la V1; no se agregarán funcionalidades adicionales durante la construcción.

Congelar alcance al inicio. Nuevas solicitudes van a backlog de V2 con aprobación de Producto.

El equipo de desarrollo tiene disponibilidad continua durante las 8 semanas del roadmap sin interrupciones mayores.

Identificar respaldo para roles clave. Buffer de 1 semana incorporado en Fase 3.

Producto proveerá definiciones detalladas de las partidas y categorías de ejemplo antes de la Semana 2.

Usar datos de ejemplo genéricos para desarrollo y reemplazar con datos reales en QA.

El pipeline de deploy (Docker + Coolify) está operativo y no requiere cambios de configuración durante la construcción.

Validar deploy al final de cada fase. Mantener Dockerfile y health check estables.

La complejidad del cronograma Gantt simplificado excede la estimación de 8 story points y retrasa la Fase 3.

Implementar primero una versión tabular básica; el Gantt visual se hace solo si hay tiempo. Definir versión mínima aceptable.

localStorage tiene un límite de ~5MB que puede ser insuficiente para proyectos con muchas partidas.

Comprimir datos con JSON. Mostrar advertencia al usuario si se supera el 80% de capacidad. Planificar migración a IndexedDB como contingencia.

Los gráficos CSS puro no logran la calidad visual esperada por Producto para el tablero comparativo.

Prototipo de gráficos en Fase 2 con revisión temprana. Si no satisface, evaluar librería ligera (chart.js via CDN en runtime).

Cambios de alcance durante la construcción que agreguen funcionalidades no previstas y extiendan el plazo.

Proceso formal de change request con impacto en cronograma documentado. Solo Producto puede aprobar cambios de alcance.

La pérdida de datos en localStorage (limpieza de navegador, cambio de equipo) causa frustración en usuario piloto.

Implementar exportación/importación de datos JSON como backup manual. Comunicar limitación al usuario.

El MVP se despliega en entorno QA para validación interna antes de exponerse a usuarios finales.

Configurar entorno QA en el pipeline existente. No exponer a usuarios finales hasta aprobación de Producto.