---
asset_id: CP-EL-WORX-RallyAprendizaje-Metodologia-v01
tipo: CP — Context Pack (doctrina operativa)
version: v01
owner: Victor Heredia
sherpa: Jay
ratificador: Victor Heredia
estado: 🟢 Activo · Documento fundacional
fecha_creacion: 2026-06-23
fecha_ultima_actualizacion: 2026-06-23
ruta_canonica: IB-EL-EmpowerLabs/BOS-EL-WORX-OS/CP-EL-WORX-RallyAprendizaje-Metodologia-v01.md
tags: [CP, worx, rally, aprendizaje, metodología, onboarding, gamificación, doctrina]
referencias_canonicas:
  - MPB-EL-WORX-ModeloOperativo-v01
  - XP-EL-RallyInduccion-v01
  - BRD-EL-RallyWORX-Onboarding-v01
---

# CP · Metodología Rally de Aprendizaje WORX

> **Un Rally de Aprendizaje WORX** no es un curso. Es un proceso secuencial de **instalación de conducta** donde el participante demuestra competencia real — misión por misión — antes de avanzar. El SherpaX valida. El tablero refleja el progreso. La comunidad presiona con expectativa positiva.

---

## 1. Definición y naturaleza

Un **Rally de Aprendizaje** es una secuencia gamificada de misiones diseñadas para instalar capacidades operativas específicas en los participantes de una organización WORX. Se distingue de la formación tradicional por tres rasgos:

**a) Conducta, no conocimiento.**
El Rally no enseña qué es WORX — instala cómo se opera bajo WORX. La diferencia es la misma que hay entre conocer las reglas de nado y saber nadar. Cada misión exige que el participante *haga*, no solo que *sepa*.

**b) Validación externa, no auto-reporte.**
El SherpaX en modo Rally valida cada misión antes de emitir el Sello de Validación. Sin sello, no se desbloquea la siguiente misión. Esto elimina la completación superficial y garantiza aprendizaje real.

**c) Progresión secuencial.**
Las misiones se desbloquean en orden estricto. Cada misión construye sobre la anterior. El orden no es arbitrario: está diseñado para instalar capacidades en la secuencia óptima de anclaje cognitivo.

---

## 2. Anatomía de un Rally WORX

Un Rally bien diseñado tiene seis componentes:

### 2.1 XPack de Rally (XP-)
El documento de contexto que carga el SherpaX para operar en modo Rally. Define:
- Identidad del SherpaX en modo Rally (guía + validador, no tutor pasivo)
- Protocolo de arranque (identificar participante, detectar misión actual)
- Criterios de validación por misión
- Protocolos de Sello por tipo de evidencia
- Tips por rol o perfil del participante
- Protocolo de cierre

### 2.2 Tablero de progreso (BRD-)
Dashboard HTML que muestra el avance del equipo en tiempo real. Contiene:
- Selector de usuario
- Estado de cada misión por participante
- Sistema de Sello: input donde el participante pega el sello que emite el SherpaX
- Panel de Inducción: bienvenida, reglas, instrucciones de arranque, premiación
- Estadísticas del equipo

### 2.3 Misiones (la columna vertebral)
Cada misión es un objeto con:

| Campo | Descripción |
|---|---|
| **Título** | Nombre memorable + cmd o ruta asociada |
| **Subtítulo** | La capacidad que instala en una línea |
| **Objetivo** | Qué debe demostrar el participante |
| **Actividades** | 3–5 pasos concretos, secuenciales |
| **Evidencia / Validación** | Qué presenta al SherpaX para ser validado |
| **Herramienta** | El recurso del vault o tool que se usa |

### 2.4 Sello de Validación
Bloque de texto generado por el SherpaX tras validar una misión. Contiene:
- Bloque decorativo (no parseable) con nombre del participante, misión y fecha
- Línea parseable por el tablero: `SELLO|M[N]|[MemberID]|[YYYYMMDD]`
- Para cierre completo: `SELLO|FINAL|[MemberID]|[YYYYMMDD]`

### 2.5 Skill de inducción (`/rally-[nombre]`)
El comando que activa el modo Rally en un room. Carga el XPack y transforma al SherpaX en guía validador. Un room en modo Rally se dedica *exclusivamente* a esa función.

### 2.6 Skill de diseño (`/rally-diseno`)
El comando que activa el modo Diseñador de Rally. Permite crear un nuevo Rally a partir de parámetros: nombre, audiencia, etapas de aprendizaje y contexto de la organización. Ver [[XP-EL-RallyDiseno-v01]].

---

## 3. Principios de diseño

### P1 · Progresión de lo concreto a lo complejo
Las primeras misiones son de acción inmediata y resultado visible (el arranque del SherpaX, el primer activo). Las últimas son de integración y reflexión. El participante siente competencia temprana — eso lo engancha.

### P2 · Una capacidad por misión
Cada misión instala exactamente una capacidad o reflejo. Las misiones que intentan enseñar múltiples cosas a la vez son las más difíciles de validar y las que menos adhieren.

### P3 · El triunfo temprano como ancla motivacional
La misión 1 siempre debe ser: (a) inmediatamente alcanzable, (b) produce un output real y visible, (c) ya le sirve al participante aunque no complete el Rally. Esto instala el loop de recompensa que sostiene el proceso.

### P4 · La dificultad escala, el tiempo no
El Rally no se cronometra. Se diseña para que cada misión tome 20–30 minutos con el SherpaX. La dificultad aumenta conforme avanza, pero el ritmo lo marca el participante. La presión no viene del reloj — viene de ver al equipo avanzar.

### P5 · Evidencia real, criterios explícitos
Antes de diseñar la misión, definir el criterio de validación. Si no puedes articular exactamente cómo sabe el SherpaX que la misión fue completada correctamente, la misión no está bien diseñada.

### P6 · El SherpaX valida, no el honor system
La validación la hace el SherpaX en modo Rally, no el propio participante. El self-report no instala conducta — confirma que la persona *leyó* el material, no que *cambió su comportamiento*.

### P7 · El tablero como espejo social
El progreso del equipo es visible para todos. Este es el motor de la presión social positiva: nadie quiere ser el único que no ha avanzado. Se diseña para que la diferencia de avance motive, no para que avergüence.

---

## 4. Tipos de evidencia y protocolos de validación

Los Rallies WORX manejan cinco tipos de evidencia. Cada tipo tiene su protocolo de validación:

### Tipo A · OUTPUT (comando o artefacto)
El participante ejecuta un comando o crea un activo y pega el output.
- **Validación:** el SherpaX verifica contra 3–4 criterios formales (naming, estructura, contenido mínimo).
- **Ejemplo:** M1 del Rally WORX Onboarding — output de `/arrancaroom`.

### Tipo B · Q&A EXPLORACIÓN
El participante navegó un recurso y el SherpaX hace preguntas específicas sobre lo que encontró.
- **Validación:** solo quien realmente navegó el recurso puede responder las preguntas.
- **Ejemplo:** M2 — preguntas sobre el HOY Dashboard.

### Tipo C · COMPRENSIÓN CON PROPIAS PALABRAS
El participante explica un concepto usando su propio vocabulario.
- **Validación:** el SherpaX evalúa contra criterios de profundidad (menciona los elementos clave, no memoriza una definición).
- **Ejemplo:** M3 — definición de SherpaX.

### Tipo D · ARTIFACT CHECK (naming + ruta)
El participante propone o crea un activo con naming BMF y ruta canónica.
- **Validación:** el SherpaX verifica programáticamente (tipo, entidad, nombre, versión, ruta IB-).
- **Ejemplo:** M4 — naming de activo ficticio.

### Tipo E · VAULT CHECK
El participante crea un archivo en el vault real y comparte la ruta.
- **Validación:** el SherpaX verifica naming + ruta + puede consultar el vault si tiene acceso. Si no tiene acceso directo, el participante pega el contenido del header.
- **Ejemplo:** M5, M7 — minuta y activo real en vault.

### Tipo F · REFLEXIÓN
El participante escribe un testimonio o reflexión sobre su experiencia.
- **Validación:** el SherpaX evalúa extensión mínima, especificidad (menciona ≥2 misiones concretas) y autenticidad.
- **Ejemplo:** M8 — testimonio de onboarding.

---

## 5. Estructura de las 8 misiones del Rally WORX Onboarding

Este es el Rally fundacional de EmpowerLabs — el primer Rally diseñado con esta metodología. Sus 8 misiones siguen el orden de instalación de las 5 Capacidades WORX:

| # | Misión | Capacidad instalada | Tipo evidencia |
|---|---|---|---|
| M1 | El Arranque | C2 — Human+SherpaX en par | A (output) |
| M2 | HOY Dashboard | C3 — Vault-First primer contacto | B (Q&A) |
| M3 | WikiX · Gate G0 | C3 — Vault-First comprensión | C (comprensión) |
| M4 | Vault-First + Naming BMF | C3 — Vault-First naming | D (artifact check) |
| M5 | Minuta del Día | C4 — Ritmo personal | E (vault check) |
| M6 | Brain OS · Cognición | C5 — Curaduría Brain OS | C (comprensión) |
| M7 | Primer Activo Real | C1 — Producción bajo WORX | E (vault check) |
| M8 | Sprint Final · Testimonio | Integración de las 5C | A+F (output+reflexión) |

---

## 6. El rol del SherpaX en modo Rally

El SherpaX en modo Rally adopta una identidad específica:

**Guía activo, no tutor pasivo.** No espera a que el participante pregunte — lleva el ritmo, propone el siguiente paso, detecta bloqueos.

**Validador con criterios, no juez arbitrario.** Valida contra criterios explícitos del XPack. Cuando una respuesta no pasa, explica exactamente por qué y da una segunda oportunidad.

**Una misión a la vez.** No revela el contenido de la siguiente misión hasta que la actual esté sellada. Esto evita que los participantes "pre-resuelvan" misiones sin el proceso.

**Tips por perfil.** El XPack incluye sugerencias específicas por rol o área del participante. El SherpaX los usa para hacer la guía más relevante.

**Emite el sello solo cuando la validación pasa.** El sello es la moneda del Rally. Se emite exactamente una vez por misión, después de una validación satisfactoria.

---

## 7. Cómo diseñar un nuevo Rally

El proceso canónico de diseño de un Rally WORX usa el skill `/rally-diseno`. Los parámetros de entrada son:

| Parámetro | Descripción |
|---|---|
| **Nombre del Rally** | Ej: "Rally Demanda Gen", "Rally Clients Onboarding" |
| **Audiencia** | Quiénes participan y cuál es su nivel de familiaridad con WORX |
| **Aprendizajes objetivo** | Las 3–8 capacidades o conductas que el Rally debe instalar |
| **Contexto de la organización** | Ecosistema, vault, SherpaX y herramientas disponibles |
| **Número de misiones** | Recomendado: 5–10. Menos de 5: secuencia insuficiente. Más de 10: fatiga. |
| **Premiación / incentivos** | Opcionales pero recomendados para los primeros Rallies |

El output del modo diseño incluye:
1. Mapa de misiones (nombre, capacidad, tipo de evidencia)
2. XPack borrador (contexto para el SherpaX)
3. Criterios de validación por misión
4. Estructura del tablero (para generar el BRD-)

---

## 8. Checklist de un Rally bien construido

Antes de lanzar un Rally, verificar:

- [ ] El XPack tiene el protocolo de arranque definido
- [ ] Cada misión tiene criterios de validación explícitos (no "el SherpaX decide")
- [ ] Las misiones 1–2 producen un triunfo temprano visible
- [ ] No hay dos misiones con el mismo tipo de evidencia consecutivas (variedad)
- [ ] El tablero HTML tiene el sistema de sellos integrado
- [ ] El panel de Inducción explica las reglas, el proceso y la premiación
- [ ] El skill de inducción está instalado y probado en un room de prueba
- [ ] Se definió quién es el dueño del Rally y quien puede emitir overrides

---

## 9. Glosario del Rally

| Término | Definición |
|---|---|
| **Misión** | La unidad de trabajo del Rally. Tiene un objetivo, actividades y validación. |
| **Sello de Validación** | El token que emite el SherpaX tras una validación exitosa. Parseable por el tablero. |
| **Room Rally** | El room dedicado al proceso. Se abre una vez y se mantiene activo durante todo el Rally. |
| **Modo Rally** | El estado del SherpaX cuando tiene cargado el XPack de Rally. |
| **Triunfo temprano** | El resultado positivo visible que produce la misión 1 para anclar la motivación. |
| **Bloqueo de avance** | El diseño que impide pasar a la siguiente misión sin sello. Es feature, no bug. |
| **Premiación** | El sistema de reconocimiento por completar el Rally y por velocidad. |

---

## PIEZAS RELACIONADAS

- [[XP-EL-RallyInduccion-v01]] — XPack del Rally WORX Onboarding
- [[BRD-EL-RallyWORX-Onboarding-v01]] — Tablero del Rally WORX Onboarding
- [[XP-EL-RallyDiseno-v01]] — XPack del skill de diseño de Rallies
- [[MPB-EL-WORX-ModeloOperativo-v01]] — Modelo operativo WORX (fuente de las 5 Capacidades)

---

## CHANGELOG

| Versión | Fecha | Cambio |
|---|---|---|
| v01 | 2026-06-23 | Creación. Metodología fundacional del Rally de Aprendizaje WORX: definición, anatomía de 6 componentes, 7 principios de diseño, 6 tipos de evidencia, estructura del Rally Onboarding, rol del SherpaX, proceso de diseño, checklist de lanzamiento. |