--- type: DC asset_id: DC-EL-EScan-Codebook-v01 version: v01 status: Draft owner: Victor Heredia sherpa_owner: Jay ratificador: Victor Heredia fecha_creacion: 2026-07-01 intellbank: IB-EL-EmpowerLabs subbank: PB-EL-Project-Bank/PB-LoopX proposito: Codebook canónico para clasificar aportaciones EmpowerScan en áreas de disfunción. Instrumento común a todos los brazos del estudio BC-effect (RP-EL-EScan-BCEffectStudy-v01). Basado en la taxonomía ratificada del XDoc del evento (§3). tags: [DC, codebook, taxonomia, escan, clasificacion, estudio, braincodes] --- # Codebook EmpowerScan — Áreas de Disfunción (TI) ## Instrumento de codificación común a todos los brazos del estudio > **Regla de codificación:** a cada aportación se le asigna **exactamente UN área primaria** (la que mejor captura el *problema descrito*, no quién lo dijo). Si aplica, marcar además el **tag IA** (transversal). Ante empate, elegir el área del **impacto principal** descrito. Solo si no encaja en C1–C9 → **C10 Otro**. | Código | Área de disfunción | Dominio EScan | Qué captura · palabras señal | |---|---|---|---| | **C1** | Coordinación y comunicación | D1 | Silos, info que no fluye, escalaciones, comunicación entre áreas/equipos, juntas, escucha, alineación | | **C2** | Procesos y organización del trabajo | D1/D5 | Falta de proceso/estándar, retrabajo, calidad, deuda técnica, pruebas, documentación de proceso, metodología | | **C3** | Herramientas e infraestructura | TI core | Equipo/cómputo, licencias, plataformas, servidores, sistemas que fallan, capacidad técnica | | **C4** | Gestión de info y conocimiento | D2 | Memoria organizacional, lecciones aprendidas, documentación técnica, calidad de datos, conocimiento en personas | | **C5** | Roles, decisión y accountability | D3 | Claridad de roles, owner/runner, decisiones unilaterales, rendición de cuentas, autoridad para decir "no" | | **C6** | Liderazgo y cultura | cross | Estilo de dirección, trato, intimidación, miedo, favoritismo, reconocimiento, respeto, pertenencia | | **C7** | Talento, capacitación y carga | D4 | Sobrecarga, horas extra, burnout, capacitación, crecimiento, salario/compensación, vacaciones, rotación | | **C8** | Seguridad, riesgos y vulnerabilidades | + buzón | Seguridad informática, riesgos técnicos/regulatorios, vulnerabilidades | | **C9** | Estrategia, priorización y proyectos | D5 | Planeación, tiempos irreales, priorización, "todo urgente", alcance, gestión de proyectos, objetivos | | **C10** | Otro | — | No encaja en C1–C9; revisar manualmente | | **T-IA** | Tag IA (transversal) | Capa IA | Marca oportunidad/uso/resistencia a IA en cualquier área | ## Reglas de decisión (desambiguación) 1. **Problema, no emisor:** se codifica *qué* problema describe la aportación, no el área organizacional de quien la escribió. 2. **Planeación/tiempos/priorización → C9** (aunque mencione carga): la carga por tiempos irreales es C9 si el foco es la planeación; es **C7** si el foco es la carga/talento/compensación. 3. **Trato/reconocimiento/favoritismo/miedo → C6** (aunque venga en el buzón). 4. **Retrabajo/calidad/errores/deuda técnica → C2**; si el foco es la falta de comunicación que los causa → **C1**. 5. **Documentar/lecciones/memoria → C4**; capacitación/crecimiento/sueldo/carga → **C7**. 6. **Herramientas/equipo/licencias/plataformas → C3.** 7. **Seguridad/riesgo/vulnerabilidad → C8.** 8. **Roles/prioridad de decisión/accountability → C5** (distinto de C9: C5 es *quién decide y responde*; C9 es *qué se prioriza y planea*). 9. Marcar **T-IA** si menciona IA/automatización/agentes, además del área primaria. ## Notas - Esquema **mono-etiqueta** para el área primaria (permite medir κ/α de acuerdo). - Congelado antes de correr los brazos (anti Ley de Campbell).