## Asset Header

- **Asset ID:** DC-XX-WERK-DocumentoCentral-v01
- **Version:** v01
- **Status:** Draft
- **Owner:** Victor Heredia
- **IntellBank:** IB-XX-Maestro
- **Tipo:** DC — Document Canónico
- **Propósito:** 1. Propósito del Documento
- **Última actualización:** 2026-04-11

---

## 1. Propósito del Documento

Este documento es el **artefacto central** activado por el *TRANSFER PACKET — Actualización del Modelo*. Su función es servir como **single source of truth temporal** para rediseñar el modelo *Reinventar Ecosistemas de Trabajo* incorporando aprendizajes reales de producción en EmpowerLabs.

No es un manual operativo ni un material comercial. Es un **documento de arquitectura del modelo**.

---

## 2. Contexto de Campo (Fuente de Verdad)

**Origen de evidencia:**

- Ejecución real en EmpowerLabs
- Equipos pequeños
- Sistemas en producción viva
- Tooling real, fricción real, presión real

**Implicación clave:** El modelo deja de ser un marco conceptual idealizado y pasa a ser un **sistema ejecutable bajo presión**.

---

## 3. Principios de Rediseño (vNext)

### 3.1 Principios No Negociables

- Producción viva es el punto de partida
- Foco > procedimiento
- Gobernanza explícita > buenas intenciones
- Claridad emocional es una variable del sistema
- Mostrar el resultado final reduce fricción
- El modelo debe correr en semanas

### 3.2 Anti‑Principios (Lo que se elimina)

- Fases largas sin output visible
- Tooling implícito o asumido
- Onboarding conceptual sin anclaje práctico
- Modelos que requieren madurez ideal del equipo

---

## 4. Arquitectura del Modelo vNext

### 4.1 Superficies del Sistema (Nuevo Pilar)

El sistema se ejecuta siempre sobre **tres superficies explícitas**:

1. **Producción (PROD)**

   - Lo que ya está corriendo
   - Sistemas vivos, clientes, deadlines

2. **Laboratorio (LAB)**

   - Espacio controlado para prueba y ajuste
   - No impacta producción directamente

3. **Puente (BRIDGE)**

   - Traduce aprendizajes del LAB a PROD
   - Donde vive la gobernanza

Ninguna acción ocurre sin declarar superficie.

---

## 5. Fases del Modelo (Mapa Refinado)

### 5.1 Vista General

**Bloques funcionales (no secuenciales rígidos):**

1. **Claridad Inicial**
2. **Diseño del Resultado Final**
3. **Bloque Operativo Unificado (ex Fase 3–4)**
4. **Piloto Gobernado**

### 5.2 Cambio Clave

Las antiguas Fases 3 y 4 se **fusionan** en un único bloque operativo continuo:

> Diseñar mientras se ejecuta, pero bajo reglas claras.

---

## 6. Gates Previos al Piloto (Formalizados)

Antes de ejecutar un piloto, **todos** deben existir:

- Apuesta Única definida y visible
- Métricas mínimas acordadas
- Superficie declarada (PROD / LAB / BRIDGE)
- Tooling registrado
- Simulación del resultado final

Sin estos artefactos, no hay piloto.

---

## 7. Artefactos Obligatorios del Modelo vNext

### 7.1 Artefactos Estratégicos

- **Apuesta Única (1 página)**
- **Mapa del Resultado Final**

### 7.2 Artefactos Operativos

- Tooling Exploration Framework
- Tooling Register
- Plan Personal (1 página por rol clave)

### 7.3 Artefactos de Gobernanza

- Declaración de superficie
- Métricas mínimas
- Regla de stop / ajuste

---

## 8. Diferenciación de Capas

### 8.1 Modelo Base

- Agnóstico de industria
- Ejecutable en semanas
- Enfocado en sistemas vivos

### 8.2 Instanciaciones

Ejemplos:

- Desarrollo de software
- Plataformas digitales
- Equipos de contenido

Cada instanciación **hereda el modelo**, no lo modifica.

---

## 9. Criterios para Canonización Futura

Este modelo podrá avanzar a canónico cuando:

- Se ejecute exitosamente en ≥ 3 contextos distintos
- Los artefactos sean replicables por terceros
- El piloto corra sin intervención directa del arquitecto

Hasta entonces:

**Estado:** Iteración controlada.

---

## 10. Nota de Gobierno

Este documento:

- No autoriza venta
- No congela estructura
- No reemplaza playbooks futuros

Es el **puente** entre experiencia real y MetaPlaybook formal.

---

## 11. Mapa Visual del Modelo vNext (Arquitectura Ejecutable)

### 11.1 Vista Macro — Sistema Completo

```
┌───────────────────────────────────────────────────────────┐
│                   REINVENTAR ECOSISTEMAS                   │
│                    MODELO vNext (CORE)                     │
└───────────────────────────────────────────────────────────┘
                │
                ▼
┌───────────────────────────────────────────────────────────┐
│              PRODUCCIÓN VIVA (PUNTO DE PARTIDA)            │
│  • Sistemas existentes                                     │
│  • Equipos reales                                          │
│  • Presión, deadlines, clientes                            │
└───────────────────────────────────────────────────────────┘
                │
                ▼
┌───────────────────────────────────────────────────────────┐
│        DECLARACIÓN DE SUPERFICIE DEL SISTEMA (GATE 0)       │
│   [ PROD | LAB | BRIDGE ]                                  │
└───────────────────────────────────────────────────────────┘
                │
                ▼
┌───────────────────────────────────────────────────────────┐
│               CLARIDAD + APUESTA ÚNICA                     │
│   • Apuesta Única (1 pág)                                  │
│   • Métrica mínima                                         │
│   • Resultado final definido                               │
└───────────────────────────────────────────────────────────┘
                │
                ▼
┌───────────────────────────────────────────────────────────┐
│          SIMULACIÓN DEL RESULTADO FINAL (GATE 1)            │
│   • Demo conceptual / mock / walkthrough                   │
└───────────────────────────────────────────────────────────┘
                │
                ▼
┌───────────────────────────────────────────────────────────┐
│        BLOQUE OPERATIVO UNIFICADO (DISEÑO + EJECUCIÓN)      │
│   • Ajuste continuo                                        │
│   • Tooling explorado                                      │
│   • Aprendizaje en tiempo real                             │
└───────────────────────────────────────────────────────────┘
                │
                ▼
┌───────────────────────────────────────────────────────────┐
│           PILOTO GOBERNADO (GATE 2)                          │
│   • Métricas activas                                       │
│   • Regla de stop / ajuste                                 │
│   • Observabilidad                                         │
└───────────────────────────────────────────────────────────┘
                │
                ▼
┌───────────────────────────────────────────────────────────┐
│              APRENDIZAJE → BRIDGE → ESCALA                  │
│   • Lo que funciona cruza a PROD                           │
│   • Lo que no, vuelve a LAB                                │
└───────────────────────────────────────────────────────────┘
```

---

### 11.2 Vista Transversal — Superficies del Sistema

```
┌───────────────┐   ┌───────────────┐   ┌────────────────┐
│     PROD      │   │      LAB      │   │     BRIDGE     │
│               │   │               │   │                │
│ Sistemas      │◀──▶│ Experimenta   │◀──▶│ Gobernanza     │
│ vivos         │   │ sin riesgo    │   │ Traducción     │
│               │   │               │   │ Registros      │
└───────────────┘   └───────────────┘   └────────────────┘
```

Regla clave:

- **Nada pasa de LAB a PROD sin cruzar BRIDGE.**
- **Nada se toca en PROD sin superficie explícita.**

---

### 11.3 Gates Canónicos del Modelo

- **Gate 0 — Superficie Declarada**
- **Gate 1 — Resultado Final Simulado**
- **Gate 2 — Piloto Gobernado con Métricas**

Si un gate falla → no se avanza.

---

### 11.4 Nota de Diseño

Este mapa no es un flujo rígido. Es un **sistema con fricción intencional** para evitar:

- improvisación,
- tooling caótico,
- desgaste emocional del equipo.

El modelo está diseñado para **equipos reales bajo presión**, no para workshops ideales.

---

## 12. Próximo Movimiento Recomendado

Abrir el **Room: Diseño del Modelo — Reinventar Ecosistemas de Trabajo** y ejecutar:

> Rediseñar visualmente el modelo incorporando Producción Viva, Superficies del Sistema y Gobernanza de Tooling como pilares estructurales.

---

*Documento vivo. Cambios requieren ChangeLog explícito.*

