PRIORIZACION CONSOLIDADA DE CORRECCIONES
Proyecto: GAMILIT - Plataforma Educativa Gamificada
Fecha: 2025-12-23
Fase: 3 - Planeacion de Implementaciones
Basado en: 20-PLAN-CORRECCIONES-DOCUMENTACION.md, 21-PLAN-CORRECCIONES-CODIGO.md
RESUMEN EJECUTIVO
| Categoria |
Correcciones |
Esfuerzo Total |
Semanas |
| Documentacion |
21 |
42.5h |
2 |
| Codigo |
9 |
20h |
1.5 |
| TOTAL |
30 |
62.5h |
3.5 |
1. CRONOGRAMA DE EJECUCION
SEMANA 1: Correcciones Criticas (P0)
Dia 1-2: Documentacion Base
| ID |
Tarea |
Esfuerzo |
Responsable |
| C-DOC-001 |
Actualizar FEATURES-IMPLEMENTADAS.md |
2h |
Docs |
| C-DOC-002 |
Actualizar docs/README.md |
30min |
Docs |
| C-DOC-005 |
Documentar 9 tablas nuevas DB |
2h |
Docs |
Dia 2-3: Documentacion API
| ID |
Tarea |
Esfuerzo |
Responsable |
| C-DOC-003 |
Documentar modulo Teacher |
4h |
Docs |
| C-DOC-006 |
Actualizar API.md estructura |
1h |
Docs |
Dia 4-5: Frontend Docs + Codigo
| ID |
Tarea |
Esfuerzo |
Responsable |
| C-DOC-004 |
Documentar Portal Student |
4h |
Docs |
| C-CODE-004 |
Resolver duplicados Teacher |
2h |
Dev |
| C-DOC-007 |
Doc duplicacion Teacher |
30min |
Docs |
Total Semana 1: 16h
SEMANA 2: Correcciones Altas (P1)
Dia 1-2: Backend y Database
| ID |
Tarea |
Esfuerzo |
Responsable |
| C-DOC-009 |
Completar docs Admin Module |
3h |
Docs |
| C-DOC-012 |
Actualizar inventario triggers |
2h |
Docs |
| C-CODE-002 |
Reubicar paginas Admin |
2h |
Dev |
Dia 3: Inventarios
| ID |
Tarea |
Esfuerzo |
Responsable |
| C-DOC-010 |
Actualizar MASTER_INVENTORY.yml |
1h |
Docs |
| C-DOC-015 |
Actualizar BACKEND_INVENTORY.yml |
30min |
Docs |
| C-DOC-011 |
Documentar schema Communication |
1h |
Docs |
Dia 4: Mecanicas
| ID |
Tarea |
Esfuerzo |
Responsable |
| C-DOC-013 |
Documentar mecanicas M1-M2 extra |
2h |
Docs |
| C-DOC-014 |
Clarificar mecanicas M5 |
30min |
Docs |
Dia 5: Codigo Cleanup
| ID |
Tarea |
Esfuerzo |
Responsable |
| C-CODE-003 |
Unificar rutas profile |
2h |
Dev |
| C-CODE-005 |
Limpiar rutas gamification |
2h |
Dev |
Total Semana 2: 16h
SEMANA 3: Correcciones Medias (P2)
Dia 1-2: Documentacion Extendida
| ID |
Tarea |
Esfuerzo |
Responsable |
| C-DOC-016 |
Documentar modulo Social |
3h |
Docs |
| C-DOC-017 |
Documentar mecanicas M1-M5 |
6h |
Docs |
Dia 3-4: Componentes y DB
| ID |
Tarea |
Esfuerzo |
Responsable |
| C-DOC-018 |
Documentar componentes Frontend |
4h |
Docs |
| C-DOC-019 |
Actualizar FRONTEND_INVENTORY.yml |
1h |
Docs |
| C-DOC-020 |
Documentar views nuevas DB |
2h |
Docs |
Dia 5: Codigo y Cleanup
| ID |
Tarea |
Esfuerzo |
Responsable |
| C-DOC-021 |
Unificar rutas duplicadas Auth |
2h |
Docs |
| C-CODE-009 |
Eliminar codigo muerto Teacher |
2h |
Dev |
Total Semana 3: 20h
BACKLOG: Decisiones Pendientes
| ID |
Tarea |
Esfuerzo |
Requiere Decision |
| C-CODE-001 |
Auth stubs |
2-12h |
Implementar vs Documentar |
| C-CODE-006 |
Mecanicas M5 |
8h |
Scope confirmation |
| C-CODE-007 |
Indices DB |
2h |
Performance analysis |
| C-CODE-008 |
RLS policies |
2h |
Security review |
2. GRAFO DE DEPENDENCIAS
┌─────────────────────────────────────────────────────────────────┐
│ SEMANA 1 │
├─────────────────────────────────────────────────────────────────┤
│ │
│ C-DOC-001 ──┬──> C-DOC-002 │
│ (FEATURES) │ │
│ └──> C-DOC-010 (S2) │
│ │
│ C-DOC-003 ────> C-DOC-006 │
│ (Teacher) (API.md) │
│ │
│ C-DOC-005 ────> C-DOC-011 (S2) │
│ (DB Tables) (Communication) │
│ │
│ C-CODE-004 ───> C-DOC-007 │
│ (Duplicates) (Doc update) │
│ │
│ C-DOC-004 │
│ (Student) [Standalone] │
│ │
└─────────────────────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────────┐
│ SEMANA 2 │
├─────────────────────────────────────────────────────────────────┤
│ │
│ C-DOC-009 [Standalone] │
│ (Admin Module) │
│ │
│ C-DOC-012 ────> C-DOC-010 │
│ (Triggers) (MASTER_INVENTORY) │
│ │
│ C-CODE-002 ────> Router update │
│ (Admin pages) │
│ │
│ C-CODE-003 ────> Frontend API update │
│ (Profile routes) │
│ │
│ C-CODE-005 ────> Frontend API update │
│ (Gamification) │
│ │
└─────────────────────────────────────────────────────────────────┘
3. MATRIZ DE RIESGOS
| Riesgo |
Probabilidad |
Impacto |
Mitigacion |
| Breaking changes en API |
Media |
Alto |
Versionado, deprecation warnings |
| Imports rotos Frontend |
Alta |
Medio |
Tests antes de merge |
| Documentacion inconsistente |
Media |
Bajo |
Review cruzado |
| Regresion en auth |
Baja |
Alto |
Tests E2E auth flow |
| Performance DB |
Baja |
Medio |
Monitoreo post-deploy |
4. METRICAS DE EXITO
Fase 3 (Planeacion):
Fase 4 (Validacion):
Fase 5 (Ejecucion):
5. CRITERIOS DE ACEPTACION
Documentacion:
Cada documento debe:
- Tener fecha de ultima actualizacion
- Valores numericos verificados contra codigo
- Links internos funcionando
- Sin duplicacion de informacion
- Formato consistente con templates
Codigo:
Cada cambio debe:
- Pasar todos los tests existentes
- Tener tests nuevos si aplica
- Seguir convenciones del proyecto
- No introducir breaking changes sin deprecation
- Estar documentado si es API publica
6. ROLES Y RESPONSABILIDADES
| Rol |
Responsabilidades |
Asignacion |
| Docs Lead |
Correcciones C-DOC-* |
TBD |
| Dev Lead |
Correcciones C-CODE-* |
TBD |
| Reviewer |
Validar cambios pre-merge |
TBD |
| QA |
Verificar no regresiones |
TBD |
7. COMUNICACION
Daily Standup:
- Progreso de correcciones
- Blockers identificados
- Ajustes de prioridad
Weekly Review:
- Metricas de avance
- Riesgos materializados
- Ajuste de cronograma
8. SIGUIENTE PASO
FASE 4: Validacion de planeacion
- Verificar dependencias completas
- Analizar impactos cruzados
- Crear checklist pre-implementacion
Generado por: Requirements-Analyst
Fecha: 2025-12-23
Version: 1.0