Validación
Participar en la validación de CAPS
La versión 0.9 no presenta CAPS como un sistema terminado: presenta la arquitectura conceptual y organizacional necesaria para iniciar su validación. Su aprobación permitirá pasar a un piloto controlado. La socialización no equivale a aprobación: toda observación se registra, se clasifica y recibe una decisión.
Qué se valida y qué no
La validación busca confirmar
- Que el problema descrito representa una necesidad real del área.
- Que el propósito y el alcance de CAPS son pertinentes.
- Que el vocabulario permite coordinar perfiles pedagógicos, visuales, técnicos y operativos.
- Que la distinción entre patrón, plantilla, componente e implementación resulta comprensible y útil.
- Que los principios arquitectónicos ofrecen criterios suficientes para orientar decisiones.
- Que el modelo operativo puede integrarse al trabajo sin introducir una carga desproporcionada.
- Que las funciones y derechos de decisión son viables.
- Que la hoja de ruta permite comenzar con un alcance controlado.
- Que existen condiciones para ejecutar un piloto.
La validación no incluye todavía
- Aprobar todos los patrones sugeridos.
- Declarar vigentes todos los componentes existentes.
- Seleccionar una herramienta tecnológica definitiva.
- Formalizar nuevos cargos.
- Automatizar el proceso de montaje.
- Integrar CAPS automáticamente con Moodle.
- Extender CAPS a todos los tipos de curso.
Estado de los elementos de la propuesta
Elementos consolidados como propuesta
El documento reúne una arquitectura completa lista para revisión: manifiesto, contexto estratégico, definición, marco conceptual, ocho principios, seis pilares, modelo operativo, modelo organizacional, catálogo, gobernanza, modelo de madurez, hoja de ruta y un patrón demostrador con ficha canónica.
Elementos propuestos que requieren contraste
Las evidencias de partida son cualitativas y se declaran hipótesis de diagnóstico: deberán contrastarse durante la alineación mediante inventario de activos, agrupación por necesidad, identificación de duplicaciones y registro inicial de tiempos de montaje.
Vacíos identificados en la versión 0.9
- Responsable de consolidación del documento: por registrar.
- Instancia de validación: por definir durante la alineación institucional.
- Responsable del patrón demostrador PAT-001: por designar durante el piloto.
- Cursos piloto: por seleccionar según los criterios del Anexo B.
- Umbrales cuantitativos de éxito: se fijarán después de establecer la línea base; el documento indica que no deben inventarse sin evidencia previa.
- Ejemplo funcional y comparación antes/después del patrón demostrador: se producirán durante el piloto.
- Materiales de socialización: la agenda está definida; los materiales están pendientes de elaboración.
Decisiones abiertas
Diez decisiones esperan respuesta durante la validación. Cada una indica la instancia sugerida para resolverla.
| ID | Decisión | Pregunta de validación | Instancia sugerida |
|---|---|---|---|
| DEC-01 | Alcance inicial | ¿CAPS comenzará exclusivamente con patrones relacionados con el montaje de cursos? | Orientación estratégica |
| DEC-02 | Nombre del sistema | ¿Se adopta el nombre Course Assembly Pattern System y la sigla CAPS? | Orientación estratégica y equipo |
| DEC-03 | Vocabulario | ¿Las definiciones de patrón, plantilla, componente e implementación son comprensibles y suficientes? | Arquitectura y especialistas |
| DEC-04 | Arquitectura | ¿Qué persona o función conservará la integridad conceptual durante el piloto? | Orientación estratégica |
| DEC-05 | Curaduría | ¿Quién organizará el catálogo y mantendrá estados, versiones y relaciones? | Orientación estratégica |
| DEC-06 | Patrones iniciales | ¿Cuáles necesidades recurrentes conformarán el primer catálogo? | Equipo de producción |
| DEC-07 | Cursos piloto | ¿Qué proyectos permitirán probar CAPS en condiciones reales? | Coordinación de producción |
| DEC-08 | Herramienta | ¿Qué herramienta disponible soportará inicialmente el catálogo mínimo? | Arquitectura y curaduría |
| DEC-09 | Medición | ¿Qué línea base e indicadores pueden registrarse sin aumentar excesivamente la carga? | Coordinación y equipo piloto |
| DEC-10 | Paso a versión 1.0 | ¿Qué evidencias y decisiones se exigirán para aprobar el pilotaje? | Orientación estratégica |
Preguntas rectoras para revisores
No todas las personas necesitan revisar todos los apartados. Cada perfil puede concentrarse en las decisiones relacionadas con su competencia. Estas diez preguntas orientan la revisión:
- ¿El problema estratégico refleja la realidad del área?
- ¿CAPS aporta una capacidad distinta de un repositorio de código o un manual de estilo?
- ¿Los conceptos pueden aplicarse a ejemplos reales de montaje?
- ¿Las responsabilidades propuestas son viables con la estructura disponible?
- ¿El modelo facilita la reutilización sin limitar adaptaciones justificadas?
- ¿La gobernanza concentra la revisión en los cambios de mayor riesgo?
- ¿Qué aspecto del framework resultaría difícil de aplicar?
- ¿Qué debe aclararse antes de iniciar un piloto?
- ¿Qué no debería formar parte todavía del alcance?
- ¿Qué evidencia permitiría afirmar que CAPS aporta valor?
Cuándo se cierra la validación
La versión podrá avanzar a 1.0 cuando:
- El propósito y el alcance hayan sido confirmados.
- El vocabulario principal haya sido comprendido y ajustado.
- Las observaciones críticas hayan sido resueltas o tengan un tratamiento acordado.
- Se haya designado una responsabilidad provisional de arquitectura y curaduría.
- Se hayan seleccionado los patrones y cursos del piloto.
- Exista una ficha canónica aplicable por una persona distinta de su autor.
- Se hayan definido criterios mínimos de validación y medición.
- La instancia responsable autorice explícitamente el pilotaje.
El proceso de socialización y validación
| Etapa | Participantes | Propósito | Resultado |
|---|---|---|---|
| 1. Prevalidación estratégica | Jefatura, coordinación y promotor de CAPS | Confirmar problema, alcance, respaldo y responsables provisionales | Autorización para socializar |
| 2. Revisión especializada | Diseño instruccional, producción Moodle, diseño visual, accesibilidad y perfil técnico | Revisar conceptos, viabilidad, riesgos y responsabilidades | Observaciones clasificadas |
| 3. Socialización con el equipo | Personas que montan, revisan y coordinan cursos | Contrastar CAPS con la experiencia y priorizar necesidades | Patrones y cursos candidatos |
| 4. Consolidación | Arquitectura y curaduría provisionales | Resolver observaciones y preparar la decisión | Versión candidata a aprobación |
| 5. Decisión fundacional | Instancia responsable | Aprobar, ajustar o aplazar el paso a pilotaje | Versión 1.0 aprobada para piloto o plan de ajustes |
| 6. Pilotaje | Equipo y cursos seleccionados | Probar el modelo en producción real | Evidencia, casos y lecciones |
| 7. Revisión posterior | Coordinación, arquitectura y equipo piloto | Evaluar continuidad, ampliación o simplificación | Siguiente versión operativa |
Observaciones recibidas y cambios incorporados
A la fecha de corte (27 de julio de 2026) la matriz de observaciones del Anexo C no registra entradas: el proceso de socialización aún no inicia. Las observaciones críticas o de impacto alto deberán contar con una decisión explícita antes de aprobar la versión 1.0.
Los cambios incorporados entre versiones se publicarán en el historial de versiones.
Registrar una observación
Este formulario sigue la estructura del instrumento de observaciones del Anexo C. Complete los campos y utilice el botón para generar un resumen estructurado, listo para enviarse por el canal que defina la coordinación.
Canal de recepción pendiente La instancia de validación se definirá durante la alineación institucional. Mientras tanto, envíe el resumen generado a la coordinación del área por el canal acordado.