--- type: DC asset_id: DC-PO-CatalogoProyectosTI-v01 version: v01 status: Operativo readiness: ⭐⭐⭐⭐ owner: Victor Heredia sherpa: Jay ratificador: Victor Heredia (L3+) intellbank: IB-PO-Posta subbank: POSTA-Cuenta fecha: 2026-06-24 tipo: DC — Catálogo de Casos de Uso / Modelo de Aislamiento sujeto: Proyectos de TI realizables con SherpaX + cómo se prueba sin tocar la operación ubicacion_canonica: IB-Clientes/IB-PO-Posta/POSTA-Cuenta/ confidencial: Sí — codename "Posta" · uso exclusivo EmpowerLabs --- # Catálogo de Proyectos de TI con SherpaX ## Qué se puede hacer, con qué alcance — y por qué NO toca la operación > **La inquietud que resuelve este documento:** "¿Qué tipo de proyectos se pueden hacer realmente?" y "¿esto no va a tirar la operación de Posta?" La respuesta a la segunda pregunta gobierna todo: **el SherpaX vive en una capa aislada. No se conecta a los sistemas productivos. No toma control. Crea inteligencia organizacional sobre los datos que ustedes le entregan.** --- ## 1. Principio rector — inteligencia organizacional, no control El miedo legítimo es que conectar una IA a los sistemas pueda **tirar la operación**. Por eso el modelo es al revés: - **No conectamos el SherpaX a sus sistemas productivos** (TMS, WMS, SAT, colas en tiempo real). - Lo que hacemos es **crear inteligencia organizacional** sobre **copias de datos que ustedes exportan** — sin tocar la fuente. - Donde se requiera frescura de datos, se construyen **puentes de solo lectura** (read-only), nunca de escritura. - El objetivo no es **sistematizar sus herramientas ni controlarlas** — es darle al equipo capacidad de decidir mejor. > **Regla de oro:** ningún proyecto del piloto escribe en un sistema productivo de Posta. Todo corre en una capa que, si fallara por completo, **no afecta una sola entrega**. --- ## 2. Las capas de capacidad El valor no es solo "escribir más rápido". Hay capas: **Capa 1 — Productividad base** (todos, desde el día 1) Escribir más rápido · localizar información · organizar archivos · documentar y reportar sin esfuerzo (ver `DC-PO-GananciasOperativas-ImpuestoTrabajo-v01`). **Capa 2 — Trabajo especializado de TI** (por rol) Generar reportes · analizar y comparar propuestas · planear proyectos · asesoría para solución de problemas técnicos · validar proyectos · analizar sistemas · auditar sistemas y código. **Capa 3 — Con conectividad controlada** (cuando hay puente o navegador) Auditar plataformas vía navegador (browser) en modo lectura · revisar interfaces y configuraciones · indexar repositorios. --- ## 3. Catálogo de proyectos de TI | Proyecto | Qué hace el SherpaX | Insumo que necesita | Complejidad | Rol que lo opera | Conexión | |---|---|---|---|---|---| | **Inventario de tableros (Tablón)** | Indexa los 800+ tableros, describe de qué trata cada uno, confirma cifra total, propone auto-actualización | Acceso de lectura a Tablón vía navegador | Baja | Gerente TI / Datos | Navegador (lectura) | | **Análisis de código** | Revisa código fuente, detecta errores, malas prácticas, deuda técnica | Export del repositorio o archivos | Media | Líder de desarrollo | Aislado | | **Análisis de arquitectura** | Evalúa la arquitectura de una solución, riesgos, cuellos de botella | Diagramas / documentación técnica | Media | Arquitecto / CTO | Aislado | | **Auditoría de sistema propio (bugs)** | Catálogo de funcionalidades + auditoría de bugs (vista usuario/admin/autor) | Acceso de lectura vía navegador | Media-Alta | QA / Desarrollo | Navegador (lectura) | | **Evaluación de soluciones** | Compara opciones técnicas para un problema específico, recomienda con criterios | Enunciado del problema + restricciones | Baja | Cualquier directivo TI | Aislado | | **Comparativo de propuestas / proveedores** | Tabla comparativa de cotizaciones/RFPs, riesgos, mejor opción | PDFs/Excel de propuestas | Baja | Compras TI / Dirección | Aislado | | **Planeación de proyecto** | Plan de trabajo, historias de usuario, casos de prueba, estimación | Brief del proyecto | Baja | PM / Líder técnico | Aislado | | **Validación de proyecto** | Revisa un plan antes de ejecutar: huecos, supuestos, dependencias | Documento del proyecto | Baja | PMO / Dirección | Aislado | | **Asesoría técnica** | Consultor de apoyo para resolver problemas técnicos concretos | La pregunta + contexto | Baja | Cualquier ingeniero | Aislado | | **Reportes ejecutivos** | Genera reportes de estado en segundos a partir de los documentos del área | Documentos del área | Baja | Mandos medios | Aislado | | **Revisión de contratos técnicos** | Detecta inconsistencias/contradicciones en lote (decenas a la vez) | Export de contratos | Media | Legal/TI | Aislado | *Conexión: **Aislado** = solo archivos exportados, cero contacto con sistemas. **Navegador (lectura)** = el SherpaX ve lo que el usuario ve en pantalla, sin escribir.* --- ## 4. Especialización por rol (taller) Como los proyectos cruzan roles distintos (desarrollo, arquitectura, QA, PMO, datos), conviene un **taller específico de calibración** donde cada rol conecta su SherpaX a su tipo de trabajo: - **Formato:** 10 personas conectadas, cada una probando la plataforma con **su propia "papa caliente"**. - **Opción de arranque (la más simple):** computadoras con **SherpaX precargados** o un **SherpaX temporal** instalado para la sesión. - **Objetivo del taller:** que cada directivo vea, en su propio terreno, cómo se analiza, plantea y resuelve un proyecto real — y aprenda haciendo, en grupo, usando la inteligencia colectiva del equipo. --- ## 5. Modelo de conexión y seguridad (responde al miedo) Tres niveles, de menor a mayor contacto — **el piloto vive en el Nivel 0–1**: | Nivel | Qué es | Riesgo a la operación | Uso | |---|---|---|---| | **0 · Aislado total** | El SherpaX solo recibe archivos que el directivo exporta (Excel, CSV, PDF, planos) | **Cero** | Arranque del piloto · mayoría de proyectos | | **1 · Puente de solo lectura** | Conector unidireccional que *lee* una fuente, nunca escribe | Muy bajo (no modifica nada) | Cuando se necesita frescura de datos | | **2 · Navegador (browser)** | El SherpaX ve la pantalla del usuario para auditar/indexar (ej. Tablón) | Bajo (modo lectura, sin backend) | Inventario de tableros · auditoría de UI | **Lo que hay que explicar bien al committee de TI (en especial a Alejandro Robledo, Dir. Ops TI — dueño del gate "¿rompe algo que funciona?"):** 1. El piloto **empieza totalmente aislado** de la operación. 2. Lo que se busca es **crear inteligencia organizacional, no tomar control ni sistematizar sus herramientas.** 3. Cuando se requiera dato fresco, se construyen **puentes sin conexión directa de escritura** a los sistemas. 4. Antes de cualquier conexión, se pueden correr **pruebas de seguridad y de vulnerabilidad** sobre la capa. 5. La memoria de conocimiento y de comportamiento es **portable y propiedad de Posta** — no queda atrapada en una plataforma. > **El mensaje para Alejandro Robledo (gate de seguridad) y Adriana Islas (CIO):** la pregunta no es "¿se va a conectar a mis sistemas y los puede tirar?". Es "¿qué información le exporto para que me resuelva este problema?". En el Nivel 0–1 **ningún componente escribe en un sistema productivo** — si la capa fallara por completo, no se afecta una sola entrega. El control nunca sale de Posta. --- ## 6. NEXTs - [ ] **Posta TI** — Elegir 1 proyecto de la tabla por rol para el taller (recomendado: inventario de tableros como caso de entrada). - [ ] **EmpowerLabs** — Diseñar el taller de 10 personas (SherpaX precargados/temporales · agenda · criterios de éxito). - [ ] **EmpowerLabs** — Definir el procedimiento de exportación de datos (Nivel 0) para los proyectos elegidos. - [ ] **EmpowerLabs / TI** — Acordar el protocolo de pruebas de seguridad/vulnerabilidad de la capa antes de cualquier puente. --- *DC-PO-CatalogoProyectosTI-v01 · IB-PO-Posta/POSTA-Cuenta/ · EmpowerLabs Brain OS · Tripleta: Owner Victor · Sherpa Jay · Ratificador Victor (L3+)*