docs: cierre formal de Sprint 1.5

- OBSERVATIONS.md reseteado para Sprint 2
- STRATEGIC_DIRECTION.md con reflexiones del sprint
- TECH_DEBT.md curado: items resueltos archivados
- methodology/CASE_STUDIES/inq-roi-sprint-1-5.md generado

Sprint 1.5 cerrado:
- 11 etapas + 1 fix pre-Etapa 11
- 526 unit tests + 38 E2E al cierre
- Producto con identidad InQ aplicada en web + 3 PDFs
- Metodología documentada con casos reales (2 de mala
  clasificación de iniciativa, originaron AP.8 +
  refinamiento C.6)
- Material para transmisión al equipo de 5 técnicos

STRATEGIC_DIRECTION.md

@@ -164,4 +164,57 @@ Los patrones documentados en `methodology/` se validan en proyectos reales. No s
 - 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
+- Capturar nuevas decisiones estratégicas surgidas durante el sprint
+
+---
+
+## Reflexiones del cierre de Sprint 1.5
+
+> Agregado el 2026-05-18 al cerrar formalmente el sprint.
+
+### Lo que funcionó bien
+
+**El brief como ancla de coherencia.** Las 11 etapas mantuvieron consistencia de marca, paleta y arquitectura sin re-explicar el contexto en cada sesión. El `BRIEF.md` de ~850 líneas más `CLAUDE.md` con reglas no negociables resultaron suficientes para que el agente retomara contexto en sesiones nuevas incluso con compactación de contexto.
+
+**La validación visual como capa de calidad independiente.** En dos casos los tests estaban 100% verdes pero el output visual tenía problemas reales: compactación de páginas (Etapa 5) y artefactos de esquinas en el KPI Hero (Etapa 11). La validación visual del director los cazó en ambos casos. Esta práctica se consolida como mandatoria en todos los sprints futuros.
+
+**La documentación del método en tiempo real.** AP.8, el refinamiento de C.6 y D.4 surgieron de problemas reales durante el sprint y se documentaron en el momento. El material resultante para transmisión al equipo es concreto, no especulativo.
+
+**Los PDFs como entregable de clase profesional.** Al cierre del sprint, los 3 PDFs tienen identidad visual coherente, son 100% reproducibles via E2E, y pasan inspección visual de nivel "presentable a cliente". Esto no era el caso al abrir el sprint.
+
+### Lo que costó más de lo esperado
+
+**Las esquinas redondeadas del KPI Hero.** 3 iteraciones para resolver un problema aparentemente simple: (1) overlay de rectángulos blancos + arcos naranja → colisión con el gradiente magenta en esquina derecha; (2) canvas clip con transparencia PNG → jsPDF no renderiza alpha correctamente; (3) canvas con fondo blanco opaco + clip → solución definitiva. El tiempo invertido fue desproporcionado al impacto visual.
+
+**La proporción PDF/web.** 7 de 11 etapas fueron sobre PDF. El rebalanceo debió haberse decidido en el brief del sprint, no al cerrarlo. La decisión de "establecer identidad visual desde cero" fue correcta para Sprint 1.5, pero el método de trabajo no contempló explícitamente el límite de inversión en PDF antes de empezar.
+
+**Los casos de mala clasificación de iniciativa.** Dos casos (Etapas 5 y 7-8) requirieron revisión retroactiva y discusión meta sobre el método. El costo no fue solo el tiempo de corrección, sino la incertidumbre sobre qué otros cambios podrían haberse aplicado sin consulta. Originaron el refinamiento más detallado del Patrón C.6.
+
+### Decisiones arquitectónicas tomadas en el sprint
+
+| Decisión | Estado al cierre |
+|---|---|
+| Gráfico de trayectoria SVG nativo en jsPDF (sin html2canvas) | Definitiva — aplicada en página 5 del PDF ROI |
+| Fórmulas ASCII puro en notas metodológicas | Definitiva — alineada con terminología financiera de la audiencia |
+| Portrait en todas las páginas del PDF ROI | Definitiva — consistencia con los otros PDFs |
+| Canvas clip con fondo blanco para esquinas redondeadas | Definitiva — sin artefactos de color |
+| `automatable` persiste solo al Guardar (no auto-save) | Provisional — revisar en Sprint 2 con feedback de uso real |
+
+### Estado de definiciones del producto al cierre de Sprint 1.5
+
+**Estables (no se reabren):**
+- Identidad visual completa: paleta naranja, gradiente, reglas de marca
+- Stack tecnológico: sin cambios respecto al MVP
+- Modelo de escenarios: Modelo A (dos campos por actividad, un BPMN)
+- ROI: cálculos nominales simples sin VPN ni Monte Carlo
+
+**Pendientes de input externo:**
+- Posicionamiento de mercado (¿herramienta interna o venta a otras consultoras?)
+- Métricas de éxito del producto (post-Sprint 2 con datos reales de uso)
+- Nombre comercial definitivo ("InQ ROI" es nombre de trabajo)
+- Manual de marca formal de InQuality (cuando exista, se incorpora)
+
+**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