---
type: PG
asset_id: PG-MTX-Rally-v01
version: v01
status: N1 sembrado — anti-jerga PASS · N2/N3 en borrador
owner: Juan Carlos Angeles Ramírez
verificado_por: JuanCarlosX
verificado_fecha: 2026-07-20
intellibank: IB-MTX-MatriX
nodo_map: "5.2"
exposicion: "🌍 pública (N1-N2)"
fuente_canonica: SPEC-EL-SOO-KitEnsamblaje-v01
nodo_grafo: "rally (VIZ-EL-Ecosistema-GrafoPortafolio-v01)"
base: PLAN-MTX-MatriX-MasterPlan-v01 §2.3 (anatomía canónica)
---
# Rally de Aprendizaje
## 1 · Tarjeta resumen
> **¿Qué es en una frase?** La inducción por misiones que enseña la nueva forma de trabajar haciéndola, y no deja avanzar a nadie hasta que demuestra que ya la sabe hacer.
> **Familia:** D5 · Entrega e implementación — la fase de inducción del Kit de Ensamblaje
> **Metáfora:** es como el tutorial de un videojuego: no te explican los controles en un manual, te hacen usarlos y no pasas de nivel hasta lograrlo.
## 2 · Nivel 1 · 🌱 Esencial
El Rally de Aprendizaje es la forma en que una persona nueva aprende a trabajar con el sistema: haciéndolo. En vez de leer un manual o ver un curso, recibe una serie de misiones cortas. Cada misión le pide producir algo real de su propio trabajo.
Es como el tutorial de un videojuego. Nadie te entrega un manual de controles: te ponen a moverte, a saltar y a usar el mapa. Y no avanzas al siguiente nivel hasta que demuestras que ya puedes hacerlo.
Ese es el punto clave: **no se avanza por leer, se avanza por demostrar**. Al terminar una misión queda un sello que registra que la persona ya la logró. Si no la logra, se queda ahí. Así se evita el problema típico de las inducciones, donde alguien "ya tomó la capacitación" pero no sabe hacer nada.
Lo que se instala no es información, es conducta. Al final del recorrido la persona ya abrió su sesión de trabajo sola, ya produjo su primer documento y ya sabe dónde vive cada cosa. La prueba de que funcionó es simple: puede hacerlo sin ayuda al día siguiente.
También sirve de espejo. Cuando alguien recorre las misiones y algo no se entiende o no funciona, ese tropiezo se documenta y corrige el recorrido para el que viene detrás. El Rally se mejora con cada persona que pasa por él.
## 3 · Nivel 2 · 🛠 Implementador
El Rally es la **fase F4 del Kit de Ensamblaje** (5.1): la inducción que instala las **5 Capacidades WORX como conducta**. El Kit provee la plantilla; cada organización adapta las misiones a su roster.
**Cómo está construido:**
1. **Misiones cortas y secuenciales.** Cada una entrega una capacidad concreta y pide un producto real, no un ejercicio ficticio. El Rally WORX de EmpowerLabs corre con 8 misiones.
2. **Gating por competencia.** No se avanza sin demostrar. El sello de la misión lo pone el SherpaX cuando el producto existe y cumple, y la persona lo marca en su tablero.
3. **Sellos trazables.** Formato `SELLO|Mn|Persona|AAAAMMDD` en el tablero del Rally — queda el registro de quién completó qué y cuándo.
4. **Criterio de salida.** El mismo que el Kit fija para F4: **el operador abre su room con `/wx-arrancaroom` y crea su primera minuta solo**. Si eso pasa, la inducción aprobó.
**La regla de oro del diseño de misiones:** el artefacto ficticio debe volverse artefacto real. En el Rally WORX, la nota "de práctica" de la misión 4 terminó siendo un activo verdadero del vault. Lo que se produce practicando se queda.
**Cómo se mejora el Rally (el circuito de calidad):**
- Cada tropiezo de un participante se documenta como caso en el **LabPraxis** (el banco de aprendizaje operativo).
- Existe una metodología de validación —`MePB-EL-WORX-RallyQA-UsuarioCero-v01`— donde un agente simula ser una persona genuinamente nueva, sin contexto heredado, y recorre las misiones evaluando 4 compuertas por paso: contexto prerequisito, señal inequívoca, mecanismo funcional, y si el sello mide comprensión o solo clics.
- **Criterio de aceptación para liberar una versión:** cero bloqueos graves y comprensión verificada en todas las misiones.
> **Trampa conocida a evitar:** que el sello mida clics en vez de comprensión. Un botón "ya lo leí" no es un gate; el gate es el producto real que la persona entregó.
**Al adaptarlo a una organización:** conservar la mecánica (misiones + gating + sello + producto real) y cambiar el contenido (roster, nombres de sus bancos, sus rituales, sus tableros).
## 4 · Nivel 3 · 🔬 Ingeniería — INTERNO
Nodo `rally` (grupo `entrega`, id 26) · fuente `SPEC-EL-SOO-KitEnsamblaje-v01` §3.1-9 y §4-F4 (**Draft · L0 · pendiente ratificación de Victor**). Va en la **base del Cubo A** (siempre incluido, según `DC-EL-SOO-AddOns-ValidacionMatriz-v01`), no es Add-On. Instancia viva: `BRD-EL-RallyWORX-Onboarding-v01.html` (8 misiones) en `EQ-EL-Equipo`.
**Caso vivo documentado (evidencia de campo, 2026-07-14):** JC corrió el Rally completo (8/8, sellado y marcado en el board) y quedó como Operador WORX Certificado; registro en `NOT-EL-JuanCarlos-RallyInduccion-20260714-v01`. Ese recorrido produjo **dos casos de LabPraxis**:
- **CASO 027 (Brecha):** el botón "+ Compartir" del dashboard HOY solo funciona dentro de Cowork; ambigüedad de hub en la Misión 3 (`WikiX-EL-Hub` vs `WikiX-Hub`).
- **CASO 028 (Brecha compuesta · candidato a principio P023 — *Contexto Prerequisito Explícito*):** el Rally asume contexto que aún no ha entregado — no dice dónde vive el vault antes de mandar a leer; usa "Intellibanks" para 3 cosas distintas (app de sync, carpeta raíz, carpetas `IB-*`); pide nombrar un documento con la convención canónica sin haber entregado antes el catálogo de Tipos.
**P023 es la lección de diseño transferible:** un Rally no puede pedir nada que dependa de contexto que él mismo no entregó antes. Es el mismo principio que gobierna el checklist anti-jerga N1 de MatriX (§C · autonomía del lector) — de ahí que ambas piezas compartan criterio.
**Metodología de validación (diseñada, pendiente de ratificar):** `MePB-EL-WORX-RallyQA-UsuarioCero-v01` (en `PB-WORX-Worx/`) — un agente simula la persona "Usuario Cero" (sin contexto tácito, con trazabilidad de conocimiento) y evalúa 4 compuertas por paso. Decisión del owner (15-jul): **solo el diseño por ahora**, un solo perfil de persona; se ratifica antes de construir la skill `sk-rallyqa`. NEXTs abiertos: Victor decide el tratamiento del botón "+ Compartir" fuera de Cowork y si se agrega un paso de "ubicación del vault" al inicio; Jay reformula la M3, aclara las 3 acepciones de "Intellibanks" y enlaza el catálogo de Tipos antes del ejercicio de naming.
Referencia completa: `SPEC-EL-SOO-KitEnsamblaje-v01` · `MePB-EL-WORX-RallyQA-UsuarioCero-v01` · `CAS-EL-WORX-LabPraxis-BancoCasos-v01` (CASOS 027-028) · `NOT-EL-JuanCarlos-RallyInduccion-20260714-v01`.
## 5 · Casos de uso
1. **Una persona nueva queda operando en su primer día real.** Recorre las misiones produciendo cosas de su propio trabajo, y aprueba cuando abre su sesión y crea su primera minuta sin ayuda. No hay "curso terminado" sin capacidad demostrada.
2. **El artefacto de práctica se vuelve activo real.** En el Rally WORX, la nota ficticia de la misión 4 terminó siendo un documento verdadero del sistema. Lo que se produce practicando se queda y sirve.
3. **El recorrido se corrige con cada participante.** Los tropiezos de JC al correrlo el 14-jul se volvieron dos casos documentados y una metodología de validación — el siguiente que entre encuentra un Rally mejor.
## 6 · Verifica tu comprensión
1. **¿Por qué el Rally no se aprueba leyendo?**
Ver respuesta
Porque avanza por demostración, no por lectura: cada misión exige producir algo real y el sello se otorga cuando el producto existe y cumple. Así se evita el caso clásico de alguien que "ya tomó la capacitación" pero no sabe ejecutar.Ver respuesta
El mismo que fija el Kit de Ensamblaje para su fase F4: el operador abre su sesión de trabajo con `/wx-arrancaroom` y crea su primera minuta solo. Si eso ocurre sin ayuda, la inducción aprobó.Ver respuesta
Que el Rally asuma contexto que nunca entregó — mandar a leer sin decir dónde está el material, usar un término con varios significados, o pedir aplicar una convención sin haberla enseñado. También que el sello mida clics en lugar de comprensión.