--- asset_id: TP-EL-WORX-MPBModeloOperativo-v01 version: v01 tipo: TP — Transfer Pack room: WORX — MPB ModeloOperativo (Opus, sesión dedicada) owner: Victor Heredia / EmpowerLabs fecha_creacion: 2026-04-18 propósito: Activar el Room de redacción del MasterPlaybook WORX Modelo Operativo v01 continúa_desde: TP-EL-WORX-Room3Cs5Preguntas6Keys-v01 --- # Transfer Pack — Room: Redacción del MasterPlaybook WORX ModeloOperativo ## Contexto cargado para activar el trabajo con Opus --- ## 1. QUÉ ESTAMOS CONSTRUYENDO Estamos escribiendo el **MasterPlaybook del Modelo Operativo WORX**, el manual de arquitectura que describe cómo una organización trabaja en la era de la IA bajo el modelo hipercolaborativo humano-agente. Este es el asset central de WORX. Consolida 20 años de búsqueda real de mejorar la dinámica y cultura del trabajo — desde DO IT/MasterSuite hasta DOIX — y aterriza esa búsqueda en el momento histórico de 2026, donde el rol del humano cambia radicalmente y la generación de valor puede exponencializarse. La trayectoria de EmpowerLabs es evidencia de que esta búsqueda es real y continua; el protagonista del MPB no es la trayectoria sino **el problema que resuelve y la propuesta con que lo resuelve**. El MPB es universal — vale para cualquier organización que adopte WORX. Más adelante, cada organización derivará su propio **MetaPlaybook (MePB)**, que es la adaptación del MPB a su ADN específico. El orden es: MPB primero (universal), MePB después (organizacional). --- ## 2. POSICIÓN EN EL ECOSISTEMA ``` DO IT (MasterSuite ~2019–2022) → Design + ONE place + Intelligence + Team → Modelo sincrónico: 3Cs en tiempo real, plataforma compartida → Output: 5 Preguntas Esenciales + 3Cs como pilares ↓ DOIX (2024–2025) — Distributed Organizational Intelligence → La "I" de DO IT se convierte en inteligencia distribuida humano-agente → Las 3Cs evolucionan: operan ASYNC a través del vault → El vault reemplaza la plataforma; el agente reemplaza la consulta ↓ WORX (2026) — Work Ecosystem Reinvention Keys → Metodología que operacionaliza DOIX en organizaciones reales → 6 Keys + 4 Layers = cómo se trabaja día a día en una HIO → Las 5 Preguntas siguen siendo las preguntas; los 6 Keys son los mecanismos ↓ MPB WORX ModeloOperativo (este asset) → Manual universal de cómo se implementa WORX → Base para derivar MePB organizacionales (uno por organización) ``` **Diferencia crítica DO IT vs DOIX (no son lo mismo):** - DO IT = modelo conceptual de trabajo colaborativo coordinado (humanos + herramientas) - DOIX = arquitectura organizacional AI-native (humanos + agentes como participantes activos) **Reinvención — definición operativa:** *crear la mejor versión a partir de lo mejor de nosotros mismos*. Rescatamos lo validado, descartamos lo obsoleto, construimos con lo nuevo. No es "transformación digital con IA encima" — es reconstrucción desde los primeros principios del trabajo en la era de la IA. --- ## 3. RECORRIDO DE LA SESIÓN ANTERIOR (síntesis densa) ### 3.1 Punto de partida — lo que ya venía resuelto Del Room anterior (`TP-EL-WORX-Room3Cs5Preguntas6Keys-v01`) entramos con: - **5 Preguntas Esenciales** validadas: ¿A dónde vamos? / ¿Cómo vamos? / ¿Qué tengo que hacer ahora? / ¿Cómo se debe hacer el trabajo? / ¿Cómo podemos mejorar? - **3Cs** (Comunicación, Colaboración, Coordinación) evolucionadas de síncrono (MasterSuite) a async-first (WORX). - **6 Keys WORX**: K1 CONTEXT, K2 INTELLIGENCE, K3 AGENCY, K4 VAULT, K5 GOVERNANCE, K6 CADENCE. - **4 Capas**: Fundamentos / Individuo / Equipo / Inter-equipos / Gobernanza. - **NOT X/Y de HIOrg** validado: no es apilar IA, no es contratar prompt engineers, no es transformación digital con otro nombre. Lo que quedaba abierto: cómo las 3Cs operan dentro de cada Key para responder las 5 Preguntas. ### 3.2 El pivote conceptual (decisión de diseño fundamental) La hipótesis inicial fue una matriz 3Cs × 6 Keys (18 celdas) con "Cs dominantes por Key". Durante la conversación se cuestionaron tres grietas: 1. **Tensión H1/H2:** decir que las 3Cs son "tres dimensiones de un mismo flujo" contradice asignar dominancia por Key. 2. **Simetría 2-2-2 sospechosa:** K3 AGENCY y K4 VAULT no tienen dominante clara; forzar asignación empobrece el diseño. 3. **K6 CADENCE no es un Key al mismo nivel** — es el ritmo que conecta las otras 5, por lo tanto transversal. **Decisión tomada:** se abandona la matriz grande y se adopta un **modelo simple de 3 Niveles + 1 Capa Ortogonal**. Las 3Cs y las 5 Preguntas se vuelven **principios satisfechos por diseño**; los 6 Keys se vuelven **propiedades emergentes** del modelo, no ejes de matriz. K6 CADENCE queda absorbido como el ritmo que atraviesa todo. **Decisión tomada:** el output final no es un PLB conceptual — es un MPB ejecutable. Este MPB. ### 3.3 NIVEL 1 — EL ÁTOMO: Doc Estructurado WORX **Premisas innegociables:** 1. Número cerrado de secciones. Siete, siempre las mismas, en el mismo orden. 2. Formato estructurado, no prosa libre. 3. Cada sección tiene una regla de oro (quién puede escribirla). 4. Un NEXT solo se cierra con entrada de Changelog que lo referencia. **Cabecera del doc (siempre visible):** ``` Owner: @Persona Runner(s): @Persona [track: X], @Persona [track: Y] Brain Codes asesores: BC-..., BC-... Tipo: [proyecto | cliente | decisión | iniciativa | cuenta] Última actualización: YYYY-MM-DD ``` **Las 7 secciones canónicas (en orden):** | # | Sección | Quién escribe | Qué es | Regla de oro | |---|---------|---------------|--------|--------------| | 1 | **CONTEXTO** | Owner | Propósito, resultado esperado, stakeholders, BCs asesores | Solo Owner. Casi nunca cambia. | | 2 | **ESTADO** | Owner / Runner | Salud (🟢🟡🔴), hito activo, última decisión, bloqueos | Actualiza en cada movimiento material. | | 3 | **PROTOCOLO** | Owner | Link al SOP vigente + versión + desviaciones declaradas | Si hay drift, se declara aquí. | | 4 | **NEXT** | Cualquiera agrega / asignado cierra | Acciones pendientes con formato `NEXT[@Persona] — acción — deadline — contexto → estado` | Solo @Persona cierra. | | 5 | **DISCUSSION** | Cualquiera | Conversación append-only con timestamp + autor | Se promueve a NEXT/Changelog cuando aterriza. | | 6 | **CHANGELOG** | Quien ejecuta/decide/aprende | Append-only. Tags `[EXEC]` `[DECIDE]` `[LEARN]` `[RUNNER]` | Inmutable. Corregir con nueva entrada. | | 7 | **CIERRE** | Owner | Aprendizaje final + envío a LabPraxis + archivado | Una sola vez, al final. | **Roles clave:** - **Owner** — responsable último. Una persona nominal (máx dos). Rara vez cambia. - **Runner** — quien tiene el balón ahora mismo. Puede haber varios en tracks paralelos. Rota. El pase de balón es evento formal registrado en Changelog. - **Contribuidor** — cualquier persona que entra por Discussion o agrega NEXT. Puerta abierta para hipercolaboración. ### 3.4 El ciclo de cierre de NEXT (protocolo quirúrgico) Este es el **latido del sistema**. Sin esto, el modelo colapsa. **Ejemplo canónico:** ``` Estado inicial en doc CLI-EL-WORX-ClienteAcme-v01.md, sección NEXT: NEXT[@Carla] — revisar propuesta Acme v2 — 2026-04-22 — cliente pidió ajustes → abierto Carla ejecuta (fuera del doc, con sus herramientas). Carla cierra el loop (vía su Sherpa personal — ver 3.6): 1. Entra Changelog: 2026-04-22 · @Carla · [EXEC] revisó propuesta Acme v2 — 3 ajustes sugeridos (alcance fase 2, timing, pricing) · evidencia: [link] · cierra NEXT#7 2. NEXT#7 pasa a estado `done`, tachado con link a Changelog. 3. Si surgen acciones, se agregan: NEXT[@Victor] — decidir pricing — 2026-04-24 → abierto NEXT[@Carla] — enviar v3 tras decisión — 2026-04-25 → blocked por NEXT#8 4. Si hay aprendizaje, entra como [LEARN] en Changelog. ``` **Regla inviolable:** un NEXT no se cierra sin entrada de Changelog que lo referencia. Sin excepciones. SherpaX puede auditarlo. ### 3.5 NIVEL 2 — EL RITMO DE USO (4 ritmos por rol) **RITMO DEL COLABORADOR** (cualquiera con NEXTs asignados) - **Morning Check** (5 min): revisa su Tablero Personal generado por Sherpa — NEXTs del día, docs donde es Runner, Discussion con @mentions, bloqueos. - **Execution:** trabajo con herramientas normales, fuera del doc. - **Close Loop** (2-5 min por acción): entrada Changelog, cerrar NEXT, actualizar Discussion si aplica. - **Escalamiento de bloqueos:** si no puede ejecutar, lo declara `blocked` y menciona al Runner. Nunca lo deja colgado. **RITMO DEL RUNNER** (activo en uno o más docs) - Todo lo del Colaborador + - **Daily Sostén** (5 min por doc): revisa Discussion, promueve aterrizados, actualiza Estado. - **Weekly Review** (15-20 min por doc): consolida semana, reescribe Estado, decide si sigue con balón o lo pasa. - **Pase de balón formal:** evento registrado en Changelog con razón + handoff declarado. **RITMO DEL OWNER** (portafolio de docs) - **Weekly Portfolio Review** (30-45 min): abre Dashboard de Portafolio generado por Sherpa. Actúa por excepción, no por defecto. - **Monthly Portfolio Close** (1 hora/mes): archiva cerrados, promueve [LEARN] al LabPraxis, revisa drift vs SOPs. **RITMO DEL SISTEMA (SherpaX)** - **Morning:** regenera Tableros Personales y Chat Dashboards. - **Día:** responde consultas, propaga cambios, propone promociones de Discussion. - **Weekly:** resúmenes por doc, identifica learnings no capturados, reporte ejecutivo para Owners. - **Monthly:** audit de drift, candidatos a actualización de SOP, salud del sistema. **Lo que SherpaX NUNCA hace:** - Cerrar NEXT sin Changelog - Editar Changelog o Discussion - Promover Discussion sin consentimiento - Cambiar Runner - Archivar doc ### 3.6 Las 3 ideas disruptivas que refactorizaron el modelo Incorporadas al final de la sesión — cambiaron la naturaleza del modelo. #### A) SHERPA COMO INTERFAZ — el humano toca el doc lo mínimo posible Cambio de modelo de interacción. El humano **narra conversacionalmente** a su Sherpa personal lo que hizo / piensa / decide. El Sherpa traduce a estructura WORX y propone cambios al vault. El humano confirma. El Sherpa ejecuta. ``` HUMANO narra (conversacional, libre) ↓ SHERPA PERSONAL traduce a estructura WORX → identifica doc(s) afectado(s) → propone entrada(s) de Changelog con tag correcto → propone cierre(s) de NEXT + nuevos NEXT → propone update de Estado si aplica → propone promoción de Discussion si aplica ↓ HUMANO confirma o ajusta (preview claro) ↓ SHERPA ejecuta en el vault ↓ SHERPA limpia el chat (default) o lo preserva (si humano pide) ``` **Consecuencias:** - Las reglas inviolables del XDoc no cambian. Lo que cambia es el punto de interacción: ya no es el doc, es la conversación con el Sherpa. - La fricción de la estructura desaparece para el 80% del uso. - La estructura sigue intacta en el vault; el Sherpa la mantiene por el humano. - El doc directo queda como interfaz secundaria (Owners de revisión, auditoría, consultas puntuales). **Resuelve el reto de hábito:** el hábito no es "aprender a estructurar" — es "conversar con tu Sherpa". #### B) CHAT DASHBOARD — tercera vista del Morning Check Vista generada por Sherpa que agrega las conversaciones clave **de múltiples docs**, ordenadas por urgencia × importancia. Reemplaza buena parte de lo que hacía MasterSherpa. **Qué entra (regla para que no se vuelva Slack):** - Discussion con `@mention` a mí (prioridad alta) - Discussion en docs donde soy Runner - Discussion en docs de alta urgencia/importancia - Bloqueos activos que me involucran - Propuestas de Sherpa esperando mi confirmación - Decisiones [DECIDE] que requieren mi firma **Qué NO entra:** ruido de docs periféricos, notificaciones operativas sin acción humana. **Limpieza:** una vez que la conversación se capturó en el doc (vía promoción), el thread se archiva del Chat. **Default: limpio.** Si el colaborador quiere preservar, lo indica. Las **3 vistas del Morning Check** son: Tablero Personal (mis acciones) + Chat Dashboard (mis conversaciones) + Dashboard de Portafolio (solo Owners). #### C) CORP BRAIN OS vs PERSONAL BRAIN OS — arquitectura de la inteligencia Separación fundacional por naturaleza de la información. **Personal Brain OS** (del colaborador, privado por default): - Preferencias personales de comunicación y estilo de trabajo - Historial de productividad personal, patrones - Relaciones con otros colaboradores - Notas privadas, borradores antes de confirmar al Sherpa - Learnings personales aún no compartidos - Chat Dashboard histórico personal - BCs personales **Corp Brain OS** (de la organización, compartido): - Todos los docs del vault (las 7 secciones) - Decisiones `[DECIDE]` agregadas - Aprendizajes `[LEARN]` promovidos al LabPraxis - Brain Codes organizacionales - SOPs vigentes + historial de drift - Patrones operativos agregados (behavioral context organizacional) - Salud del ecosistema **Regla de flujo:** ``` HUMANO narra al Sherpa personal → Personal Brain OS (siempre, inmediato) → Corp Brain OS (solo lo promovido al vault, después de confirmación) ``` El Sherpa personal es el **filtro** entre lo privado del humano y lo compartido de la organización. Nada llega al Corp Brain OS sin pasar por confirmación del humano. Esta claridad es crítica para la adopción — sin ella, la resistencia cultural se traba por miedo a vigilancia. ### 3.7 Los 4 contratos (el código civil de WORX) Hacen el sistema exigible. Cortos a propósito. Visibles en el vault. **Contrato del Colaborador:** 1. Morning Check antes de empezar a trabajar. 2. Cerrar cada NEXT asignado con entrada en Changelog. 3. No tomar decisiones vinculantes en Discussion sin promoverlas a [DECIDE]. 4. Declarar bloqueos antes del deadline, no después. 5. Escribir estructurado, no prosa libre (o dejar que el Sherpa lo haga). **Contrato del Runner:** 1. Sostener el Estado del doc al menos semanalmente. 2. Promover lo aterrizado de Discussion a NEXT/Changelog. 3. Pasar el balón formalmente, con razón y handoff declarados. 4. Escalar bloqueos de +48h al Owner. 5. Ser contacto primario de colaboradores que entren esta semana. **Contrato del Owner:** 1. Revisar portafolio al menos semanalmente vía Dashboard. 2. Actuar por excepción. 3. Confirmar o corregir propuestas de Estado y [DECIDE] de Sherpa. 4. Decidir cierres y archivados. 5. Validar o rechazar desviaciones de Protocolo. **Contrato Humano-IA (Sherpa):** - Sherpa: propone, nunca decide; genera vistas, nunca mantiene bases separadas; alerta sin interrumpir; usa BCs declarados; audita drift sin corregirlo unilateralmente. - Humano: confirma o rechaza explícitamente; no pide a Sherpa decisiones vinculantes; invoca BCs explícitamente; reporta errores/sesgos al Owner de Gobernanza. --- ## 4. EL MODELO CONSOLIDADO (reference card) ``` ┌─────────────────────────────────────────────────────────────┐ │ MODELO WORX — 3 NIVELES + 1 CAPA │ ├─────────────────────────────────────────────────────────────┤ │ │ │ NIVEL 1 — EL ÁTOMO │ │ Doc Estructurado WORX (cabecera + 7 secciones) │ │ Las 3Cs integradas por construcción │ │ │ │ NIVEL 2 — EL RITMO │ │ 4 ritmos por rol (Colaborador, Runner, Owner, Sistema) │ │ Las 5 Preguntas respondidas por diseño │ │ │ │ NIVEL 3 — LA PLATAFORMA EMERGENTE │ │ SherpaX genera vistas desde el vault (pendiente definir) │ │ Reemplaza apps tradicionales; orbita las transaccionales │ │ │ │ CAPA ORTOGONAL — CAPACIDADES PERSONALES │ │ Las disciplinas mínimas del trabajador WORX │ │ (pendiente definir en el MPB) │ │ │ ├─────────────────────────────────────────────────────────────┤ │ PROPIEDADES EMERGENTES — los 6 Keys │ │ K1 CONTEXT · K2 INTELLIGENCE · K3 AGENCY │ │ K4 VAULT · K5 GOVERNANCE · K6 CADENCE (transversal) │ ├─────────────────────────────────────────────────────────────┤ │ ARQUITECTURA COGNITIVA │ │ Personal Brain OS ←Sherpa personal→ Corp Brain OS │ │ Brain Codes como asesores declarados por doc │ └─────────────────────────────────────────────────────────────┘ ``` --- ## 5. EL TRABAJO DEL NUEVO ROOM ### 5.1 Output esperado Un documento de arquitectura ejecutable en el vault: **Asset:** `MPB-EL-WORX-ModeloOperativo-v01.md` **Ubicación:** `IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-WORX-Worx/` **Versionado incremental:** arrancamos en v0.1 con secciones 1-7 consolidadas; avanzamos por secciones hasta v1.0. ### 5.2 Estructura propuesta del MPB ``` SECCIÓN 0 — EL GRAN RETO DEL TRABAJO MODERNO 0.1 La búsqueda real y continua de mejorar el trabajo 0.2 Los costos ocultos del trabajo tradicional 0.3 La digitalización no resolvió el problema — lo escaló 0.4 El breakthrough cuántico de la era de la IA (el momento 2026) 0.5 La exponencialización del valor (de 10X a 100X) 0.6 Reinvención: definición operativa SECCIÓN 1 — MANIFIESTO DE REINVENCIÓN Qué es WORX, qué no es, para quién SECCIÓN 2 — POSICIÓN EN EL ECOSISTEMA DO IT → DOIX → WORX; qué reemplaza; qué orbita (Las "islas transaccionales conectadas") SECCIÓN 3 — ARQUITECTURA DEL MODELO 3.1 Los 3 Niveles + Capa Ortogonal 3.2 Los 6 Keys como propiedades emergentes 3.3 Las 3Cs y las 5 Preguntas resueltas por diseño SECCIÓN 4 — NIVEL 1: EL ÁTOMO Cabecera + 7 secciones canónicas Reglas inviolables Ciclo de cierre de NEXT (protocolo quirúrgico) SECCIÓN 5 — NIVEL 2: EL RITMO DE USO Los 4 ritmos por rol Las 3 vistas generadas por Sherpa CADENCE como ritmo transversal SECCIÓN 6 — ARQUITECTURA COGNITIVA Personal Brain OS vs Corp Brain OS El Sherpa personal como filtro Brain Codes como asesores declarados SECCIÓN 7 — LOS 4 CONTRATOS Colaborador · Runner · Owner · Humano-IA SECCIÓN 8 — CAPACIDADES PERSONALES DEL TRABAJADOR WORX (Por definir — siguiente bloque de diseño) SECCIÓN 9 — NIVEL 3: LA PLATAFORMA EMERGENTE Qué genera Sherpa: catálogo de vistas y transformaciones Cómo reemplaza apps (CRM, Kanban, dashboards, calendarios) (Por definir — siguiente bloque de diseño) SECCIÓN 10 — GUÍA DE IMPLEMENTACIÓN El reto del hábito y cómo absorberlo El beneficio tangible para adopción Las islas transaccionales: integración sin reemplazo (Por definir) SECCIÓN 11 — MÉTRICAS Y SALUD DEL SISTEMA Cumplimiento de contratos, docs huérfanos, drift de SOPs (Por definir) CIERRE — MANIFIESTO DE TRABAJO PARA LA ERA DE LA IA ``` ### 5.3 Sección 0 — notas específicas para la redacción La Sección 0 debe cargar el peso del "por qué ahora". Tres principios para su redacción: 1. **Descentrar la voz personal.** La trayectoria de EmpowerLabs/Victor es evidencia de búsqueda real, no biografía. El protagonista es el problema del trabajo moderno y la oportunidad de 2026. 2. **Honestidad sobre los costos ocultos.** No vender digitalización como solución — reconocer que escaló el problema. Reuniones de status, doble captura, herramientas duplicadas, conocimiento que se pierde, decisiones no trazables, el "¿dónde quedó esto?". 3. **El rol del humano cambia radicalmente.** No es "humanos + IA ayudante". Es humanos + agentes como participantes activos del trabajo, con el humano en rol de decisor, curador y estratega. Esto es lo que vuelve posible la exponencialización del valor. --- ## 6. DECISIONES TOMADAS Y PENDIENTES ### Tomadas (no retrabajarlas) - ✅ Modelo de 3 Niveles + Capa Ortogonal (NO matriz 18 celdas) - ✅ XDoc: cabecera + 7 secciones canónicas en orden fijo - ✅ Sección DISCUSSION va entre NEXT y CHANGELOG - ✅ Rol RUNNER explícito (puede haber múltiples en tracks paralelos) - ✅ Brain Codes como asesores declarados en cabecera + Contexto - ✅ Regla inviolable: NEXT solo cierra con entrada de Changelog - ✅ Sherpa como interfaz principal (humano toca el doc mínimo) - ✅ Chat Dashboard como tercera vista del Morning Check - ✅ Corp Brain OS vs Personal Brain OS (Sherpa personal como filtro) - ✅ 4 contratos (Colaborador, Runner, Owner, Humano-IA) - ✅ Owner es persona nominal (uno o dos máx) - ✅ K6 CADENCE = ritmo transversal, no Key al mismo nivel - ✅ Las 3Cs = principios satisfechos por diseño, no ejes de matriz - ✅ Los 6 Keys = propiedades emergentes, no ejes de matriz - ✅ MPB es universal; MePB es uno por organización (después del MPB) ### Pendientes para el nuevo Room - ⬜ Redactar Sección 0 con voz descentrada - ⬜ Consolidar Secciones 1-7 con lo ya cerrado - ⬜ Definir Sección 8 — Capacidades Personales del trabajador WORX - ⬜ Definir Sección 9 — Nivel 3 (catálogo de vistas de Sherpa) - ⬜ Definir Sección 10 — Guía de implementación (hábito, beneficio, islas transaccionales) - ⬜ Definir Sección 11 — Métricas y salud del sistema - ⬜ Redactar el Cierre como manifiesto - ⬜ Una vez cerrado el MPB v1.0, derivar MePB-EL-WORX-EmpowerLabs (adaptación a EL) --- ## 7. INSTRUCCIONES PARA EL SHERPA EN EL NUEVO ROOM - Lee este Transfer Pack completo antes de producir cualquier cosa. - Consulta `PLB-EL-WORX-MarcoConceptual-v01.md` para el marco completo de WORX. - Consulta `PP-EL-WORX-PaperHIO-v01.md` para la voz y audiencia externa (CEOs). - Consulta `CAS-EL-WORX-LabPraxis-BancoCasos-v01.md` para evidencia operativa real (7 casos). - **Voz del MPB:** descentrada del autor, centrada en el problema y la propuesta. Audiencia: CEOs, consultores DO, líderes de transformación. No académica, no divulgativa. - **Construcción incremental.** No intentar cerrar v1.0 de un tirón. Arrancar con v0.1 (secciones 1-7 con lo consolidado). Incrementar versión al cerrar cada bloque. - **Modo VVP activo:** Estratégico, Intensidad 3. - **Naming BMF:** el archivo final es `MPB-EL-WORX-ModeloOperativo-v01.md` en `IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-WORX-Worx/`. - **Validar naming y ubicación antes de escribir al vault.** Regla innegociable del owner. - **Recordar:** el MPB es universal. Referencias a EmpowerLabs van en el futuro MePB, no aquí. --- ## 8. STARTER PROMPT ``` Hola. Este Transfer Pack activa el Room de redacción del MasterPlaybook WORX Modelo Operativo. El objetivo de esta sesión dedicada es arrancar la construcción del MPB como obra universal — el manual de cómo se implementa WORX en cualquier organización que lo adopte. Más adelante derivaremos el MePB organizacional. Lee el Transfer Pack completo. Luego, antes de producir: 1. Confirma que entendiste la voz descentrada del MPB (problema y propuesta como protagonistas; la trayectoria de EmpowerLabs como evidencia, no como biografía). 2. Propón con qué bloque arrancamos. Mi sesgo: empezar por Sección 0 (El Gran Reto del Trabajo Moderno) porque es la apertura que carga el peso del "por qué ahora" — pero también se puede arrancar consolidando Secciones 4-5-6-7 (las que ya están cerradas) para tener masa rápidamente. 3. Dime si hay algo del Transfer Pack que quieras debatir o ajustar antes de empezar. Arranquemos. Este es un momento fundacional — de los que marcan el antes y después en el diseño del trabajo. ``` --- *TP-EL-WORX-MPBModeloOperativo-v01 · EmpowerLabs / WORX · 2026-04-18* *Transfer Pack para activar el Room de redacción del MasterPlaybook WORX* *Continúa desde TP-EL-WORX-Room3Cs5Preguntas6Keys-v01*