--- type: PLB asset_id: PLB-PO-Taller-IdentificacionProyectos-v01 version: v01 status: Operativo — mini-playbook listo para ejecutar readiness: ⭐⭐⭐⭐ owner: Victor Heredia sherpa: Jay ratificador: Victor Heredia (L3+) intellbank: IB-PO-Posta subbank: POSTA-Cuenta/PROPUESTA-Piloto fecha: 2026-07-07 tipo: PLB — Mini-playbook del Taller de Identificación de Proyectos (Componente 2) sujeto: Sesión de 2–3 h para definir los proyectos reales que cada participante llevará al piloto loopx_hub: XD-EL-CLI-Posta-Master-v01 confidencial: Sí — codename "Posta" · uso exclusivo EmpowerLabs fuentes: [DC-PO-PropuestaPiloto-MarcoEstrategico-v01 §6, DC-PO-CatalogoProyectosTI-v01 §3–§4, EmpowerScan (hallazgos)] --- # Mini-playbook · Taller de Identificación de Proyectos ## Componente 2 de la propuesta · sesión de 2–3 h · $10,000 MXN (acreditable al piloto) > **Qué resuelve.** El piloto solo entrega valor con **proyectos reales, críticos y urgentes** — no en un sandbox de juego. Este taller es el mecanismo que convierte los hallazgos del diagnóstico en una **lista concreta y priorizada de proyectos**, idealmente **uno por participante**, con la que arranca el piloto. Sin este paso, el piloto arranca a ciegas. --- ## 1. Propósito y resultado **Propósito.** Que cada participante salga del taller con **su propio proyecto** definido, calificado y listo para ser trabajado con su SherpaX — y que el equipo tenga **1 proyecto conjunto** que ejercite la inteligencia colectiva. **Resultado tangible (el entregable del taller):** - Una **lista priorizada de proyectos** (1 por participante + 1 conjunto). - Cada proyecto con: enunciado, rol dueño, insumo de datos requerido, nivel de aislamiento (0–1–2), complejidad y criterio de éxito. - El **plan de arranque** del piloto: qué proyecto toca cada quién en la semana 1. > Este entregable alimenta directamente el diseño del piloto (Componente 3) y se registra en el LoopX hub `XD-EL-CLI-Posta-Master-v01`. --- ## 2. Insumos que entran al taller (Brain OS-First) | Insumo | De dónde viene | Para qué sirve en el taller | |---|---|---| | **Hallazgos del EmpowerScan** | Diagnóstico a 150 personas (paso 0) | Ilumina las disfunciones reales de TI → semillas de proyectos | | **Catálogo de Proyectos de TI** | `DC-PO-CatalogoProyectosTI-v01` §3 | Menú de 11 tipos de proyecto ya validados como realizables con SherpaX | | **Modelo de aislamiento (Niveles 0–2)** | `DC-PO-CatalogoProyectosTI-v01` §5 | Clasifica cada proyecto por contacto con la operación (arranque en Nivel 0–1) | | **Ganancias operativas / impuesto del trabajo** | `DC-PO-GananciasOperativas-ImpuestoTrabajo-v01` | Ayuda a cada rol a ver dónde está su "papa caliente" | --- ## 3. Quién participa - **Participantes del piloto** (los directivos/roles de TI que tendrán SherpaX): desarrollo, arquitectura, QA, PMO, datos. - **Facilitador EmpowerLabs** (Sherpa Guide): conduce la dinámica y califica proyectos en vivo. - **Sponsor Posta** (CIO o su delegado): valida criticidad y da el sí a la lista final. - **Formato recomendado:** hasta ~10 personas, cada una con **su SherpaX precargado** o un SherpaX temporal para la sesión (ver Catálogo §4). --- ## 4. Agenda (2–3 h) | Bloque | Tiempo | Qué pasa | |---|---|---| | **0 · Encuadre** | 15 min | Qué es el piloto y por qué proyectos reales (no sandbox). Reglas del taller. | | **1 · Espejo del diagnóstico** | 25 min | Presentación de los hallazgos del EmpowerScan: las disfunciones que iluminó. Cada quién reconoce las suyas. | | **2 · Menú de proyectos** | 20 min | Recorrido del Catálogo (§3) + modelo de aislamiento. "Esto es lo que se puede hacer sin tocar la operación." | | **3 · Cada quién su "papa caliente"** | 40 min | Cada participante nombra 1–2 proyectos propios, críticos y urgentes. Trabajo individual con plantilla (§5). | | **4 · Calificación en vivo** | 30 min | Se califica cada proyecto con los criterios (§6). El facilitador arma el tablero de priorización. | | **5 · Selección + proyecto conjunto** | 20 min | Se elige 1 proyecto por participante + 1 conjunto. Sponsor valida criticidad. | | **6 · Cierre y arranque** | 15 min | Plan de semana 1: qué proyecto toca cada quién, qué datos exporta, nivel de aislamiento. NEXTs. | --- ## 5. Plantilla de captura por proyecto Cada participante llena, para cada proyecto candidato: ``` Proyecto: [nombre corto] Rol dueño: [desarrollo / arquitectura / QA / PMO / datos] Problema que resuelve: [1–2 líneas · por qué es crítico y urgente] Tipo (del Catálogo): [ej. análisis de código / comparativo de propuestas / reportes] Insumo de datos: [qué archivo/export necesita el SherpaX] Nivel de aislamiento: [0 aislado · 1 puente lectura · 2 navegador] Criterio de éxito: [cómo sabremos que quedó — resultado observable] ``` --- ## 6. Criterios de calificación (para priorizar) Cada proyecto candidato se puntúa 1–5 en: 1. **Criticidad / urgencia** — ¿es un dolor real y presente, no un "estaría bien"? 2. **Factibilidad con SherpaX** — ¿está en el Catálogo o es análogo? 3. **Aislamiento** — ¿arranca en Nivel 0–1 (cero riesgo a la operación)? *Prioridad a los que sí.* 4. **Tiempo-a-resultado** — ¿se ve un resultado tangible dentro del piloto (40 días)? 5. **Valor demostrable** — ¿el resultado convence al committee de pasar a Fase 2? > **Regla de selección:** para el arranque se prefieren proyectos de **Nivel 0–1, alta criticidad y resultado visible rápido**. El proyecto de entrada recomendado a nivel equipo: **inventario de tableros (Tablón)** — bajo riesgo, alto "wow", ilustra la capacidad de indexar los 800+ tableros. --- ## 7. Reglas del taller (no negociables) - **Ningún proyecto seleccionado escribe en un sistema productivo de Posta.** Todo arranca aislado. - **Un proyecto por participante** — el piloto entrena el SherpaX de cada quién con su propio contexto. - **El sponsor valida criticidad** — no entran proyectos "de relleno". - **Se exporta, no se conecta** — el insumo es un archivo que el dueño del proyecto entrega (Nivel 0). --- ## 8. NEXTs - [ ] **EmpowerLabs** — Preparar el paquete de hallazgos del EmpowerScan para el bloque 1 (espejo). - [ ] **EmpowerLabs** — Precargar SherpaX temporales para los participantes de la sesión. - [ ] **Posta TI** — Confirmar lista de participantes y roles. - [ ] **Facilitador** — Al cierre, capturar la lista priorizada como activo del piloto y sincronizar LoopX. --- *PLB-PO-Taller-IdentificacionProyectos-v01 · IB-PO-Posta/POSTA-Cuenta/PROPUESTA-Piloto/ · EmpowerLabs Brain OS · Tripleta: Owner Victor · Sherpa Jay · Ratificador Victor (L3+)*