Sprint 2 cerrado. Documentalmente.

STRATEGIC_DIRECTION.md

@@ -158,13 +158,12 @@ Los patrones documentados en `methodology/` se validan en proyectos reales. No s
 
 ## Próxima revisión de este documento
 
-**Fecha:** al cerrar Sprint 2.
+**Fecha:** al cerrar Sprint 3.
 
 **Qué actualizar:**
-- Confirmar que el rebalanceo web/PDF se respetó en Sprint 2
-- Evaluar si "criterio de wow" funcionó como herramienta operativa
-- Refinar definiciones por consolidar (posicionamiento, métricas) con datos reales
-- Capturar nuevas decisiones estratégicas surgidas durante el sprint
+- Confirmar decisión sobre Modelo B (AS-IS/TO-BE con dos BPMNs)
+- Evaluar catálogo global de recursos vs por proceso con datos de uso real
+- Refinar posicionamiento y métricas con feedback de talleres InQuality
 
 ---
 
@@ -217,4 +216,46 @@ Los patrones documentados en `methodology/` se validan en proyectos reales. No s
 **Nueva prioridad para Sprint 2:**
 - Rebalanceo web/PDF: 60-70% features de web app, 15-25% PDF
 - Criterio de wow obligatorio en cada ETAPA_PROMPT.md
-- Feedback de uso real en talleres InQuality como insumo para decisiones de UX
+- Feedback de uso real en talleres InQuality como insumo para decisiones de UX
+
+---
+
+## Reflexiones del cierre de Sprint 2
+
+> Agregado el 2026-05-20 al cerrar formalmente el sprint.
+
+### Rebalanceo web/PDF — cumplido
+
+Sprint 2 tuvo 4 etapas de web app (1, 2, 3, 4), 2 de PDF (5, 6) y 0 de infraestructura pura. Proporción aproximada: 65% web, 30% PDF, 5% tests/fixes. Dentro del rango comprometido. El criterio de wow se aplicó en ActivityPanel (Etapa 2) y en la tabla expandible del reporte (Etapa 3).
+
+### Decisiones arquitectónicas tomadas en el sprint
+
+| Decisión | Estado al cierre |
+|---|---|
+| Modelo de recursos: `utilizationMinutes + units` reemplaza `utilizationPercent` | Definitiva — migración Dexie v3 aplicada |
+| Catálogo de recursos por proceso (no global) | Provisional — revisar en Sprint 3 con uso real |
+| Recursos solo en AS-IS en Sprint 2 | Provisional — TO-BE con Modelo B en Sprint 3 |
+| Modelo A mantenido (un BPMN, dos sets de campos) | Provisional — Modelo B evaluado en Sprint 3 |
+| Badge ⚡ en 20×20px | Definitiva — validado visualmente |
+| Tabla de recursos en PDF como página condicional (4 o 5) | Definitiva |
+
+### Lo que funcionó bien
+
+**El control preventivo `git diff`** agregado a partir de Etapa 2 eliminó completamente las sorpresas de scope en Etapas 3-6. Ningún archivo no autorizado apareció en el diff sin explicación. El aprendizaje de Etapa 1 (AP.9) se capturó en tiempo real y se aplicó inmediatamente.
+
+**El modelo de recursos `utilizationMinutes + units`** resultó más natural para documentar en talleres que el `utilizationPercent` anterior. La pregunta "¿cuántos minutos dedica el analista a esta actividad?" es verificable en una entrevista; "¿qué porcentaje de utilización tiene?" no lo es.
+
+**La separación de CLAUDE.md en dos archivos** (implementación vs. estrategia) funcionó bien operativamente. Claude Code lee su propio archivo sin contexto innecesario; el asesor en Cowork lee el estratégico.
+
+### Lo que costó más de lo esperado
+
+**El bug del slider en Etapa 1.** La restricción contradictoria en el prompt (`❌ ActivityPanel.tsx` + `build sin errores TypeScript`) generó una decisión unilateral del agente que requirió una etapa completa para corregir. Originó AP.9 y C.7 — dos adiciones al método que valen más que el tiempo perdido.
+
+**rowSpan en jsPDF-autotable.** No está soportado en body cells. El prompt lo advirtió y dio la salida de emergencia correcta, pero fue tiempo de investigación que podría haberse ahorrado con ese conocimiento documentado. Va a `TECH_DEBT.md` como anotación para futuros prompts de PDF con tablas agrupadas.
+
+### Decisiones de producto pendientes para Sprint 3
+
+- **Modelo B (AS-IS / TO-BE):** ¿abrimos esa puerta o seguimos con Modelo A y mejoramos la experiencia del modelo actual?
+- **Catálogo global de recursos:** ¿el valor de compartir recursos entre procesos justifica la complejidad en Sprint 3, o esperar a Sprint 4 con más procesos cargados?
+- **Indicador de simulación desactualizada:** alto impacto en talleres, bajo esfuerzo. Candidato a entrar en Sprint 3.
+- **Posicionamiento:** post-Sprint 2 es el momento comprometido para una primera conversación sobre herramienta interna vs. venta externa.