Saltar al contenido principal
CAPS Course Assembly Pattern System

Modelo operativo

Cómo funciona CAPS

CAPS no añade un proceso paralelo al montaje. Conecta dos actividades que suelen ocurrir por separado: construir un curso que responde a una solicitud concreta y construir conocimiento reutilizable para futuros proyectos.

El ciclo operativo

Seis momentos que se integran al flujo normal de producción, sin convertirse en seis reuniones ni seis formularios.

  1. Identificar la necesidad Comprender el problema antes de elegir un componente.
  2. Consultar el conocimiento Revisar si CAPS ya contiene un patrón aplicable.
  3. Seleccionar y ensamblar Aplicar el patrón con plantillas y componentes.
  4. Validar el resultado Comprobar funcionamiento, claridad y pertinencia.
  5. Capturar el aprendizaje Registrar lo que merece conservarse.
  6. Evolucionar CAPS Incorporar el aprendizaje de manera controlada.

El ciclo regresa al inicio: el aprendizaje incorporado en el paso 6 queda disponible para la consulta del siguiente montaje.

Los seis momentos en detalle

Momento 1: Identificar la necesidad

Comprender qué problema debe resolverse antes de seleccionar un componente o comenzar el montaje. La necesidad se describe desde el propósito, no desde una solución solicitada.

Solicitud expresada como solución: «Necesitamos un carrusel para las lecturas». Necesidad reformulada: «Necesitamos presentar siete lecturas de manera organizada, diferenciando su prioridad y evitando que la sección resulte demasiado extensa».

Pregunta de control: ¿Comprendemos la necesidad o solamente estamos reaccionando a una solución propuesta?

Momento 2: Consultar el conocimiento disponible

Determinar si CAPS ya contiene conocimiento aplicable antes de diseñar una nueva solución: patrones relacionados, plantillas, componentes validados, restricciones y casos anteriores.

La consulta parte de la necesidad, no del nombre técnico del componente. El resultado es una decisión explícita: reutilizar, adaptar o crear.

Pregunta de control: ¿Estamos aprovechando conocimiento existente antes de construir algo nuevo?

Momento 3: Seleccionar y ensamblar la solución

Aplicar el patrón seleccionado con las plantillas, componentes e implementaciones apropiadas. El ensamblaje comienza desde el patrón y sus criterios, no desde la personalización visual.

Las adaptaciones de contenido y las visuales permitidas son habituales; las estructurales o técnicas requieren mayor atención porque pueden alterar el comportamiento del patrón.

Pregunta de control: ¿La implementación conserva el propósito y los criterios del patrón seleccionado?

Momento 4: Validar el resultado

Comprobar que la solución funciona, es comprensible y responde a la necesidad original. La validación considera lo funcional, la información, lo pedagógico, lo visual, la accesibilidad y el mantenimiento.

La profundidad es proporcional al riesgo: un cambio de texto requiere una revisión breve; un script nuevo exige validación técnica y conceptual rigurosa.

Pregunta de control: ¿La solución solamente funciona o también resulta adecuada, comprensible y sostenible?

Momento 5: Capturar el aprendizaje

Identificar qué conocimiento generado durante el proyecto merece conservarse. La captura es breve: se registra lo que puede evitar trabajo futuro, mejorar una decisión o prevenir un error.

El aprendizaje puede convertirse en una actualización del patrón, una variación, un caso de aplicación, una lección aprendida o una recomendación de retiro.

Pregunta de control: ¿Qué debería saber el siguiente equipo antes de resolver una necesidad similar?

Momento 6: Evolucionar CAPS

Incorporar el aprendizaje al sistema de manera controlada. No todo aprendizaje modifica un patrón validado: CAPS distingue entre una observación inicial y una mejora probada.

Las acciones posibles son confirmar, corregir, mejorar, crear una variación, crear un activo candidato, reemplazar una implementación o retirar.

Pregunta de control: ¿El aprendizaje es suficientemente general y probado para modificar el sistema?

Cómo se relacionan los activos

El patrón ocupa el centro porque conserva el conocimiento de la solución. La lógica fundamental del marco conceptual es: el patrón conserva el conocimiento; la plantilla facilita su aplicación; el componente permite construirla; la implementación la materializa; y la experiencia permite mejorarla.

Relaciones entre los activos de CAPS Una necesidad recurrente origina un patrón, orientado por criterios. El patrón se aplica mediante plantillas, se construye con componentes y se materializa en una implementación en Moodle. La implementación genera casos de aplicación y lecciones aprendidas que regresan al patrón para mejorarlo. La secuencia completa se describe en texto a continuación del diagrama. Necesidad recurrente problema que se repite Patrón conserva el conocimiento de la solución Criterios orientan y permiten validar origina orientan Plantilla facilita la aplicación repetida Componentes piezas para construir la solución Implementación en Moodle materializa la solución se aplica con se construye con Caso de aplicación evidencia de uso en un curso Lección aprendida corrige y evoluciona el sistema genera retroalimenta el patrón
Relaciones entre necesidad, patrón, criterios, plantilla, componentes, implementación, caso y lección aprendida. La línea discontinua indica la retroalimentación que devuelve el aprendizaje al patrón.

Descripción textual del diagrama

  1. Una necesidad recurrente origina la identificación de un patrón.
  2. El patrón establece el propósito, el contexto y los criterios de la solución.
  3. Una plantilla facilita la aplicación repetida de uno o varios patrones.
  4. Los componentes proporcionan las piezas necesarias para implementar la solución.
  5. La implementación materializa esas piezas dentro de Moodle o de una tecnología específica.
  6. Los casos de aplicación muestran cómo se utiliza el conocimiento en cursos reales.
  7. Las lecciones aprendidas permiten corregir y evolucionar el sistema: el aprendizaje regresa al patrón.

Cadena completa del catálogo (sección 9.27): necesidad → patrón → criterios → plantilla → componente → implementación → caso → aprendizaje.

Dos rutas operativas

Para mantener simplicidad, CAPS opera inicialmente mediante dos rutas. La primera evita tratar cada curso como un experimento; la segunda permite innovar cuando el conocimiento disponible no es suficiente.

Ruta A: Aplicar un patrón existente

Se utiliza cuando la necesidad ya cuenta con una solución validada. Debe ser rápida y representar la mayoría de los casos cuando CAPS madure.

  1. Identificar la necesidad.
  2. Consultar CAPS.
  3. Seleccionar el patrón.
  4. Aplicar una plantilla o componente validado.
  5. Adaptar el contenido.
  6. Revisar el resultado.
  7. Publicar.
  8. Registrar únicamente aprendizajes relevantes.

Ruta B: Desarrollar o evolucionar un patrón

Se utiliza cuando no existe una solución, el patrón actual no cubre la necesidad o una solución experimental ofrece valor.

  1. Describir la necesidad.
  2. Revisar soluciones relacionadas.
  3. Crear una propuesta inicial.
  4. Aplicarla en un caso controlado.
  5. Validar resultados y riesgos.
  6. Documentar la solución.
  7. Clasificarla como candidata o en prueba.
  8. Repetir la aplicación cuando sea necesario.
  9. Validarla o retirarla.

Estados de los activos

Todo activo compartido tiene un estado visible. Esta clasificación permite experimentar sin convertir cada propuesta en un estándar inmediato. La ruta esperada es candidato → en prueba → validado → retirado.

Candidato

Solución identificada que podría aportar valor, pero aún no cuenta con documentación o evidencia suficiente. Puede consultarse, pero no debe presentarse como práctica recomendada.

En prueba

Activo que se aplica de manera controlada para evaluar su utilidad, claridad, compatibilidad y sostenibilidad. Indica dónde se usa y qué busca comprobar.

Validado

Activo aprobado para utilización regular dentro de las condiciones documentadas. La validación no es permanente: el activo puede actualizarse, reemplazarse o retirarse.

Retirado

Activo que no debe utilizarse en nuevos proyectos. Se conserva como referencia histórica, con motivo del retiro y alternativa recomendada.

Cada montaje devuelve conocimiento al sistema

El principio operativo fundamental establece que cada solicitud de producción genera dos resultados: un resultado de producción — un curso o elemento correctamente ensamblado, validado y entregado — y un resultado de conocimiento — un aprendizaje, mejora, patrón, componente o caso de aplicación que fortalece CAPS.

No todos los proyectos producen un patrón nuevo. En muchos casos el resultado de conocimiento consiste en confirmar que un patrón funciona, documentar una variación, identificar una restricción o registrar un caso de aplicación. El objetivo es que la experiencia útil no desaparezca cuando termina el montaje.

Cada necesidad consulta el conocimiento existente, cada solución aplica o amplía un patrón, cada implementación se valida y cada aprendizaje relevante regresa al sistema.

Síntesis del modelo operativo — Documento fundacional, sección 7.20