Plan de milestones GitHub¶
Los milestones representan entregables demostrables, no simples grupos de archivos. M1–M9 son el histórico académico/técnico; M10–M13 son la continuación verificada en GitHub y no se usan fechas artificiales.
Identificadores reales¶
| ID | GitHub milestone |
|---|---|
| M1 | #2 |
| M2 | #3 |
| M3 | #4 |
| M4 | #5 |
| M5 | #6 |
| M6 | #7 |
| M7 | #8 |
| M8 | #9 |
| M9 | #10 |
| M10 | #11 |
| M11 | #12 |
| M12 | #13 |
| M13 | #14 |
Las descripciones reales incluyen objetivo, alcance, prerrequisitos, entregable, dependencias y criterio de cierre. GitHub muestra el progreso por issues abiertas/cerradas; el criterio técnico de cierre sigue siendo el gate de esta tabla.
| ID | Nombre GitHub | Objetivo | Issues | Dependencias | Entregable | Criterio de cierre |
|---|---|---|---|---|---|---|
| M1 | M1 — Core y contratos | Congelar dominio, operaciones, modelo intermedio, riesgo y pruebas base | DOC-01, CORE-01..04, TEST-01 | Bootstrap | Contratos y matriz de reglas | Must cerradas, suite de dominio verde y trazabilidad completa |
| M2 | M2 — Adaptador MongoDB | Inspección live controlada de colecciones | MONGO-01..04 | M1 | Adapter, escenarios y evidencia read-only | Integración MongoDB de prueba y errores cubiertos |
| M3 | M3 — Adaptador CouchDB | Inspección live controlada por HTTP | COUCH-01..04 | M1 | Adapter, paginación y escenarios | Integración CouchDB de prueba y limitaciones explícitas |
| M4 | M4 — Adaptador Cassandra | Inspección live de schema y datos limitados | CASS-01..04 | M1 | Adapter, system_schema y escenarios | Integración Cassandra de prueba y operaciones no aplicables documentadas |
| M5 | M5 — Reportes y auditoría | Hacer revisable, exportable y trazable el resultado | ANALYSIS-01..02, REPORT-01..02, AUDIT-01 | M1; adapters fixture | Contrato de reportes, historial y auditoría | Comparación/exportación/historial sin secretos |
| M6 | M6 — Frontend usable | Completar la experiencia de análisis y revisión | UI-01..04 | M1, M5; adapters | Flujo de usuario usable | Aceptación UX, errores, permisos y accesibilidad |
| M7 | M7 — MVP integrado | Probar el producto completo con escenarios y Docker | E2E-01..03 | M2–M6 | Release MVP 0.7.0 y evidencia | 50 escenarios, críticos al 100 %, CI y smoke verde |
| M8 | M8 — Versión 1 operable | Seguridad, persistencia, observabilidad y operación | SEC-01..02, OPS-01..03, DOC-02 | M7 | Release candidate 0.9.0 y runbooks | RBAC, backup/restore, readiness y logs validados |
| M9 | M9 — Entrega académica | Convertir evidencia técnica en entregables finales coherentes | ACAD-01..03 | M7; decisiones M8 | Versión 1.0.0 académica | documentos completos, evidencia adjunta y revisión final |
| M10 | M10 — Demo pública académica y documentación automática | Publicar una demo acotada, reproducible y de bajo costo | CLOUD-01..06, DOC-01..02, OPS-04 | M9; Azure for Students y permisos de despliegue | URL pública, infraestructura validada, documentación y smoke externo | despliegue reproducible, cold start visible, smoke externo y pausa segura |
| M11 | M11 — Portabilidad, coherencia y cierre de entrega | Resolver calidad transversal y alinear la entrega | QUAL-01..02, DOC-03, PM-01 | M10 | ejecución local multiplataforma y roadmap coherente | advertencias y documentación cerradas |
| M12 | M12 — Hardening cloud y preparación productiva posterior | Preparar operación posterior a la demo | PROD-01..06, SEC-01 | M10; no bloquea la demo | hardening, seguridad y operación cloud | riesgos productivos evaluados |
| M13 | M13 — Evolución funcional posterior al MVP | Evaluar capacidades posteriores | FUTURE-01..06 | M10/M11 según issue | backlog funcional priorizado | decisiones y prototipos documentados |
Estados de milestones¶
Un milestone queda abierto hasta que el gate esté demostrado. El porcentaje visible de GitHub no sustituye la fórmula ponderada definida en 11-seguimiento-progreso.md. Un milestone puede tener issues Should abiertas solo si el criterio de cierre explica por qué no afectan el entregable; nunca puede cerrar con una Must pendiente.