--- type: PLB asset_id: PLB-EL-EScan-EventoVivoPlaybook-v01 version: v01 status: 🟢 Activo — playbook vivo (se actualiza durante diseño, evento y cierre) owner: Victor Heredia sherpa_owner: Jay ratificador: Victor Heredia fecha_creacion: 2026-06-26 caso_referencia: Posta (Estafeta) · 29-jun-2026 intellbank: IB-EL-EmpowerLabs subbank: PB-EL-Project-Bank/PB-LoopX proposito: PlayBook maestro del diseño, desarrollo y operación de un EmpowerScan EN VIVO a gran escala (multi-room, análisis en tiempo real, tablero proyectable). Documenta el método para que sea replicable en futuros clientes. Caso de referencia — Estafeta (codename Posta). relacionados: "[[XD-EL-LoopXOP-Posta-EScanEventoVivo-v01]] · [[XD-EL-PRD-EScan-Master-v01]] · [[DC-EL-EmpowerScan-Metodologia-v01]] · [[GPT-Master-Diagnostic-Empowernomics-Analyzer-v01]]" tags: [plb, playbook, empowerscan, evento-vivo, replicable, posta, estafeta, diagnostico] --- # PlayBook — EmpowerScan EN VIVO ## Diseño, desarrollo y operación de un diagnóstico organizacional en vivo, multi-room, con análisis en tiempo real > **Qué es:** la guía completa para diseñar y correr un EmpowerScan presencial a gran escala — decenas o cientos de participantes, varias salas en paralelo, captura de aportaciones, análisis con IA en tiempo real y reportes proyectados en vivo. > > **Caso de referencia:** Estafeta (codename "Posta") · área de Sistemas/TI · 150 participantes (140 presencial + 10 remoto) · 6 rooms simultáneos · 29-jun-2026. > > **Por qué existe:** la propuesta original prometía un "modelo replicable". Este PlayBook es ese modelo: captura el método, las decisiones y los activos para repetirlo con cualquier cliente/área. --- ## 0. Mapa de activos del evento | Activo | Qué es | |--------|--------| | `XD-EL-LoopXOP-Posta-EScanEventoVivo-v01` | XDoc hub — fuente de verdad, estado y bitácora del evento | | `PLB-EL-EScan-EventoVivoPlaybook-v01` | **Este PlayBook** — el método replicable | | `TP-EL-Posta-EScanPromptExpress-v01` | Prompt Express — tiempo real + JSON del tablero | | `TP-EL-Posta-EScanSuperPromptAnalisis-v01` | Prompt Completo — profundo + costo oculto | | `WOI-EL-Posta-EScanTableroVivo-v01.html` | Tablero proyectable (alimentado por el Express) | | `TP-EL-Posta-EScanDinamicaYPreguntas-v01` | Dinámica, mecánica de salas y banco de preguntas | | `OUT-EL-Posta-BriefPlataformaAlex-v01` | Brief de requisitos de plataforma | | `WOI-EL-Posta-EScanMotorAnalisis-v01.py` | Motor de procesamiento (helper determinista) | | `WOI-EL-Posta-EScanCostoOculto-v01.py` | Demo paramétrico de costo oculto | | `OUT-EL-Posta-EScanReporteMuestra-v01` | Reporte de muestra (2 vistas) | --- ## 1. Contexto y objetivos El EmpowerScan responde la pregunta que ningún estado financiero contesta: **¿cuánto cuesta lo que no se está midiendo?** Combina el marco de costos ocultos de Savall/ISEOR con una capa de madurez IA. En su versión EN VIVO, el diagnóstico se vuelve un evento de inteligencia colectiva: los participantes aportan, votan y ven resultados en tiempo real. Objetivos del formato en vivo: 1. Capturar la percepción real de disfunciones desde todos los niveles, rápido y a escala. 2. Generar engagement y conciencia colectiva (la gente ve que su voz cuenta). 3. Producir, el mismo día, una radiografía priorizada por costo/impacto. 4. Dejar a la dirección con puntos críticos accionables y una ruta (EScan → Lab WORX). --- ## 2. Arquitectura general ``` PARTICIPANTES (en salas) → APP (Alex) → EXPORT CSV cada 3-4 min → COWORK: Prompt EXPRESS → JSON → TABLERO proyectable (vista equipos) → COWORK: Prompt COMPLETO → análisis profundo + costo oculto (vista dirección) ``` Dos motores analíticos, una sola captura: - **Express** (rápido, cada corte): estatus por room + consolidado global → mueve el tablero. - **Completo** (en pausas y cierre): profundo, citación verbatim, cruces, recomendaciones y costo oculto. --- ## 3. Las dos dimensiones del análisis (clave conceptual) No confundir: - **Área de disfunción** = *de qué trata* la aportación. Lo clasifica la IA (no se confía en el campo de origen, que viene mal puesto). Taxonomía en §4. - **Área organizacional** = *quién* lo dijo (Operación, Proyectos, Datos, Seguridad, Soporte, Liderazgo). Se captura en el login. Permite el cruce disfunción × área. Como las salas son de mezcla deliberada, la sala NO identifica el área → por eso el área se captura por persona. --- ## 4. Taxonomía de áreas de disfunción (TI) — ratificada 1. Coordinación y comunicación · 2. Procesos y org del trabajo · 3. Herramientas e infraestructura · 4. Gestión de info y conocimiento · 5. Roles, decisión y accountability · 6. Liderazgo y cultura · 7. Talento, capacitación y carga · 8. Seguridad, riesgos y vulnerabilidades (+ buzón especial) · 9. Estrategia, priorización y proyectos · 10. Otro · T. Tag IA (transversal). Mapea a los 5 dominios EScan + capa IA. Para otro sector/área, se re-afina esta lista (es el primer paso de cualquier réplica). --- ## 5. Captura: qué pide la app Por aportación: **Título** + **Descripción (con IMPACTO)** + **Prioridad** (5 niveles fijos) + votos (👍/👎). Por participante: **área** (login) y **room**. El **IMPACTO** en la descripción es el insumo del costo oculto. Detalle y criterios de aceptación en el brief de plataforma. --- ## 6. Dinámica del evento **Asignación a salas (mixto deliberado):** round-robin estratificado — ordenar el roster por área y nivel, repartir 1→N en secuencia. Cada sala queda con representación pareja. Se entrega a cada participante su sala + acceso (QR/link) idealmente antes del evento. **Sincronización:** los rooms avanzan al mismo ritmo (un coordinador da la señal de cambio de ronda). Esto hace comparables los tableros. **Agenda (~70 min):** Inducción → R0 calentamiento → R1 funciona bien → R2 disfunción (núcleo) → R3 buzón confidencial → R4 IA → R5 votación de proyectos → cierre con resultados en pantalla. **Banco de preguntas:** preguntas núcleo iguales en los 6 rooms (comparabilidad) + un "lente" por área en R2 y R4. Detalle en `TP-...DinamicaYPreguntas`. --- ## 7. Procesamiento en tiempo real (el corte) Cada 3-4 min: 1. Alex exporta el CSV. 2. Se procesa en Cowork con el **Prompt Express**. 3. Devuelve un JSON chart-ready. 4. Se pega en `DATA` del tablero y se reproyecta. El pipeline (helper determinista + IA): limpia basura, normaliza prioridad a 1-5, **reclasifica con IA** (no confía en el campo de origen), pondera por consenso (likes − dislikes), separa por tipo de pregunta, agrega por room y por área, calcula velocidad. Meta: ciclo en <2 min por un operador. --- ## 8. El tablero proyectable Tema EmpowerLabs en **paleta azul de alto contraste** (números y barras en azul claro sobre fondo navy, para legibilidad a distancia en salón grande). Muestra: KPIs globales (aportaciones, votos, áreas activas, % IA), comparación de los 6 rooms (con quién va más activo), ranking de áreas de disfunción con aportaciones y votos, y titulares. Dos vistas: ligera (proyectable) y dirección (confidencial, con buzón y costo oculto). --- ## 9. Costo oculto (la capa cuantitativa) Convierte disfunciones en un número de costo anual (fórmula COT de la metodología): componentes (sobresalario, sobretiempo, sobreconsumo, no-producción, no-creación-de-potencial, riesgo) × Factor de Brecha IA (1.0–4.0), como % de masa salarial. Se nutre del campo IMPACTO. En el evento se muestra un **estimado direccional**; el cálculo fino (con headcount y masa salarial reales) va en el reporte de dirección. Demo de referencia: $27-41M MXN/año sobre datos de muestra y parámetros placeholder. --- ## 10. El reporte Hereda la estructura del analyzer original (Resumen ejecutivo → Situación actual → mínimo 10 problemas detectados con **citación verbatim y votos `(a/c)`** → conclusiones y recomendaciones), actualizada con: taxonomía TI, cruce por área, capa IA, índice por dominio y costo oculto. Dos versiones: ligera (participantes) y dirección (detallada, confidencial). --- ## 11. Requisitos de plataforma (para quien construye la app) MUST: captura de área en login, export con room_id/timestamp/área, campos Título+Descripción(IMPACTO), prioridad de vocabulario controlado, buzón especial confidencial, export estable cada 3-4 min, 6 rooms simultáneos. SHOULD: votación visible en vivo, export en ruta fija para auto-lectura. Detalle y criterios en `OUT-...BriefPlataformaAlex`. --- ## 12. Runbook del día (resumen) - **Pre:** salas y proyección listas · tablero abierto · facilitadores con guion · operador con prompts a la mano · ensayo hecho. - **Arranque:** check-in, asignación a salas, acceso (QR/link), inducción sincronizada. - **Durante:** rondas sincronizadas · cortes cada 3-4 min → tablero · dirección observa la vista confidencial. - **Cierre:** consolidado en pantalla · agradecimiento · siguientes pasos. - **Post:** Prompt Completo sobre el total → reporte de dirección con costo oculto. *(El runbook minuto a minuto y el plan de ensayo son el entregable 5 — en desarrollo.)* --- ## 13. Decisiones de diseño (por qué cada cosa) - **Reclasificar con IA** en vez de confiar en la categoría de origen → se validó en la muestra que viene mal puesta. - **Mixto deliberado** en salas → comparabilidad entre rooms y cruce por área (no homogeneizar). - **Dos prompts** (Express/Completo) → el tiempo real necesita velocidad; el profundo necesita profundidad. No mezclarlos. - **Capturar IMPACTO** → sin él no hay costo oculto. - **Paleta azul de alto contraste** → legibilidad a distancia en salón grande (decisión de Victor). - **Buzón especial anónimo** → para que la gente reporte riesgos sin miedo. --- ## 14. Aprendizajes y mejoras (se llena durante y después) - *(pendiente — capturar durante el ensayo y el evento. Candidatos: latencia del corte, calidad del IMPACTO escrito por la gente, claridad de las preguntas por área, estabilidad de los 6 rooms.)* - Los aprendizajes operativos se documentan también en el LabPraxis (`CAS-...`). --- ## 15. Cómo replicar este evento con otro cliente 1. Re-afinar la **taxonomía de disfunción** al sector/área del cliente (§4). 2. Ajustar el **banco de preguntas** y los lentes por área. 3. Cargar el **brief de plataforma** y validar el export. 4. Adaptar el **tablero** (nombre del cliente, # de rooms). 5. Calibrar el **costo oculto** con los parámetros financieros del cliente. 6. Correr **ensayo** → evento → reporte. --- *PLB-EL-EScan-EventoVivoPlaybook-v01 · EmpowerLabs · Caso Estafeta (Posta) · jun-2026*