El Lab de Posta no es un piloto a evaluar. Es una instalación completa del WorX OS sobre los proyectos reales del equipo.
Los proyectos que Posta tiene abiertos hoy son el material del Lab — no hay trabajo adicional.
Lo que cambia es el modelo operativo bajo el cual se trabajan. Tres pilares son necesarios y suficientes para arrancar —
y sobre ellos se instalan el WORX Way (la forma de trabajar humano-agente) y
la Capa de Coordinación Inteligente (lo que conecta a los 8 Sherpas en una sola organización visible).
8
Participantes
9
IntelliBanks
3
Pilares
Novedad v03 — qué se incorpora sobre los 3 pilares
Bloque D · Metodología
El WORX Way
¿Cómo dirige el equipo a sus agentes?
Dirigir, no ejecutar
Cada persona define el marco, delega a su Sherpa por brief con criterios claros (Definition of Done) y verifica por muestreo. La habilidad central ya no es redactar — es delegar bien.
La autonomía se gana con evidencia
Un agente sube de "pide permiso" a "actúa y reporta" solo tras demostrar resultados — y lo pierde ante un incidente. Ningún agente entra a producción sin un entregable bajo supervisión total antes.
La supervisión humana es el techo
2–5 personas por célula. Los agentes proponen y preparan; las personas deciden — esa línea no se cruza.
Bloque B · WorX OS
La Capa de Coordinación Inteligente
¿Cómo se conectan los 8 Sherpas entre sí?
Una sola verdad, sin edición a mano
Frentes, pendientes, buzón y pipeline viven en un lugar oficial; los dashboards son espejos que se regeneran solos.
Un pulso que ve el todo (OrgState)
Cada cambio actualiza una foto viva de la organización — al abrir su room, cada Sherpa sabe no solo lo suyo, sino cómo va todo lo demás.
Torre de Control para Angela
"¿Cómo vamos esta semana?" en lenguaje normal, respondido sin que nadie haya escrito un reporte — la visibilidad ejecutiva de proyectos resuelta como propiedad del sistema.
Los 3 pilares — necesarios y suficientes
Pilar 1
Método
¿Cómo va a operar el trabajo?
Gobernanza por rol
Reglas embebidas en la memoria del sistema. Angela ≠ Alejandro ≠ Juan Manuel — en permisos, visibilidad, ámbito de decisión.
XDoc como unidad canónica
7 secciones: Cabecera · Contexto · Estado · Dependencias · Protocolo · NEXTs · Changelog. Una sola forma para toda pieza de trabajo.
Naming convention TI Posta
Prefijos por tipo y área.
XD- XDoc
IB- IntelliBank
BC- Brain Code
CP- Control
Pilar 2
Infraestructura
¿Dónde vive el conocimiento?
WorX OS (MCP Server)
Node.js 20 + PostgreSQL 16 + pgvector · EC2 t3.small · Schema dedicado a Posta · Corre en cuenta AWS de Posta.
IntelliBanks app
Apache + PHP 8.x · EC2 t3.micro · Electron + Angular 15 · Sincronización automática cada 15 min · macOS + Windows.
Integración con herramientas existentes
No reemplaza — se conecta encima.
SharePoint S1
Jira S2
ServiceNow post-S2
Pilar 3
Interfaz
¿Quién activa la inteligencia?
8 Sherpas personales
Uno por participante. Cada uno nombrado por su dueño — identidad propia, memoria individual cargada, reglas de gobernanza embebidas por rol.
Corp Sherpa TI de Posta
Sherpa organizacional conectado por la Capa de Coordinación Inteligente (ver "Novedad v03" arriba): estado cross-área, inventario de IA, bitácora de decisiones, Torre de Control componible para Angela.
Casos en producción — Día 10
Juan Manuel: especificación técnica en 10 min vs 2 horas. Angela: dashboard de proyectos TI a demanda. José Manuel: procedimientos completados automáticamente.
Mapa de casos — del dolor al Lab
🔴 Día 1
Juan Manuel Monterrubio
Gerente de Desarrollo
Throughput + calidad + especificación de proyectos. El cuello de botella más crítico del equipo.
🔴 Día 5
Angela Torres
Directora de Sistemas
Visibilidad ejecutiva de proyectos + productividad personal. Decisora del proceso.
🔴 Día 7
José Manuel Castro
Gerente Infra Central
Proyectos de infra + procedimientos incompletos + bola de nieve operativa.
🟡 Semana 2
Raúl Ángeles
Gerente Gestión Servicios
Automatización ITSM + tracking SLAs + tiempo de respuesta.
🟡 Semana 2
Juan Pablo Romero
Gerente Telecom
Coordinación cross-área + comunicación y respuesta en tiempo.
🟡 Semana 2
Héctor Santiago
Gerente Infra Distribuida
Automatización de actividades manuales repetitivas.
🟡 Semana 2
Roberto Ramírez
Gerente Soporte Apps
Tiempo + cultura de adopción del cambio.
🟡 Semana 2
Alejandro Robledo
Director Operaciones TI
Gobernanza de seguridad + interoperabilidad de vendors.
Plan de arranque — 2 semanas operativas
Pre-arranque
3 días antes del Día 1
3 días antes del Día 1
Posta
☐ Cuenta AWS con permisos EC2
☐ 2 DNS + certificados SSL
☐ Contacto técnico designado
☐ Auto-documentación (30 min/persona)
☐ 2 DNS + certificados SSL
☐ Contacto técnico designado
☐ Auto-documentación (30 min/persona)
EmpowerLabs
☐ Deploy 2 instancias EC2
☐ Schema multitenancy Posta
☐ Registry con 9 bancos
☐ Pre-load vocabulario IT ops
☐ Schema multitenancy Posta
☐ Registry con 9 bancos
☐ Pre-load vocabulario IT ops
Semana 1
Días 1–5
Días 1–5
Día 1 — Sesión de Definición (2-3h)
Reglas de gobernanza por rol · Naming validada · 8 casos confirmados · Registry activado
Días 2-3
Angela + Juan Manuel: Sherpas operativos + IntelliBank personal poblado · SharePoint iniciado
Día 4
Juan Manuel: XDoc del proyecto con mayor presión · Co-construcción en sesión · 3 entregables derivados
Día 5 — Primer review
¿Qué funcionó? ¿Qué ajustar? · Onboarding José Manuel + Raúl
Semana 2
Días 6–10
Días 6–10
Días 6-7
Onboarding 5 participantes restantes · Corp Sherpa TI activado
Día 8 — 8 Sherpas activos
Todos operativos con banco personal · 3 casos prioritarios en producción simultánea
Día 9 — Conectores
Conector Jira activo · Pipeline SharePoint → MD operativo
Día 10 — Primera revisión
Retrospectiva con el equipo · ¿Qué casos escalar? · Estado Corp IntelliBank: primeros activos colectivos
Días 11–40
Operación completa
Operación completa
Día 10-30
Operación real en proyectos existentes · Gobernanza activa · Bitácora de decisiones · Costo y uso por persona
Día 30-40
Patrones que emergen · MPBs organizacionales · Conocimiento tácito capturado · Brain Code del equipo TI iniciado
Día 40 — Cierre del Lab
Revisión de métricas de éxito · Decisión de escala · Propuesta de extensión
Métricas de éxito al Día 40
8/8
Participantes con Sherpa activo
Target: todos
≥ 6
Casos de uso en producción
de 8 identificados
≥ 100
Activos en Corp IntelliBank
al Día 40
≥ 5h
Horas/semana liberadas por persona
estimado conservador
≥ 1
MPB organizacional generado
primer playbook de Posta
BC
Brain Code del equipo TI Posta
iniciado al Día 40
Lo que el Lab NO es
✕
No es un piloto a evaluar antes de decidir. Es una instalación completa a 40 días efectivos.
✕
No reemplaza ServiceNow, Microsoft Foundry, Copilot ni Jira. Corre al lado y los alimenta.
✕
No instala un LLM privado en la infra de Posta. La memoria queda en Posta; el cómputo usa API externa con whitelist.
✕
No requiere cursos. El equipo usa el sistema desde el Día 1, con su Sherpa como copiloto.
✕
No es trabajo adicional. Los proyectos que Posta tiene abiertos hoy son el Lab.
✕
No depende de que alguien tome el rol de "experto en IA". Cada persona tiene su Sherpa; nadie tiene que aprender por todos.
Pendientes para confirmar con el equipo Posta
¿Tienen cuenta AWS disponible o prefieren que EmpowerLabs gestione la infra?
¿Quién es el contacto técnico para el día de setup — José Manuel o Juan Manuel?
Confirmar que Juan Manuel trae el caso de throughput para la Sesión de Definición (Día 1).
¿La auto-documentación la hacemos hoy en la sesión (30 min) o la hacen antes del Día 1?
Fecha propuesta para el Día 1 — ¿cuándo tienen ventana para 2 semanas de arranque?
¿Angela es la decisora formal del Lab o requiere aprobación adicional?