## Asset Header - **Asset ID:** MiPg-BVH-RitmoTrabajoDOIX-Persona-v01 - **Version:** v01 - **Status:** Draft - **Owner:** Victor Heredia - **IntellBank:** IB-BVH-Publications - **Tipo:** MiPg — Mini Page - **Propósito:** MiniPB-VH — Ritmo de Trabajo DOIX Personal - **Última actualización:** 2026-04-11 --- # MiniPB-VH — Ritmo de Trabajo DOIX Personal **ID:** MiniPB-VH-RitmoTrabajoDOIX-Persona-v01 | **Autor:** Victor Heredia (VH) **Versión:** v01 | **Fecha:** 2026-04-03 | **Estado:** 🌿 Creciendo **Área:** EmpowerLabs / Personal | **Tipo:** Proceso **Basado en:** Observaciones del Retiro Semana Santa + experiencia acumulada --- ## Premisa Central > *"El problema no es que el sistema no funcione. El problema es que lo que estamos generando vive en un plano invisible. Sin estructura de continuidad, cada sesión parte desde casi cero y consume tokens reconstruyendo contexto que ya existe."* Este PlayBook captura la forma óptima de trabajar con IA en modo CEO creativo: cómo iniciar el día, cómo sostener el momentum entre sesiones, cómo cerrar sin perder lo generado y cómo hacer que el sistema mejore con el tiempo. --- ## Los 5 Principios del Ritmo Óptimo ### 1. Contexto es Capital — No lo Desperdicies Cada sesión con IA consume tokens reconstruyendo contexto. El costo oculto no es monetario: es fricción, lentitud, y pérdida de profundidad. **Regla de oro:** Un room bien configurado con Transfer Pack cuesta 5 minutos al inicio y ahorra 40 minutos de reconstrucción durante la sesión. **Aplica cuando:** Inicias un nuevo room, reabres un room dormido, o trasladas trabajo a un miembro del equipo. --- ### 2. Los Materiales Documentados Liberan los Rooms Un room no necesita vivir eternamente para ser valioso. Si su contenido está documentado (minuta + activos + próximos pasos), puede cerrarse con confianza y reabrirse en cualquier momento con un Transfer Pack. **Regla de oro:** Antes de cerrar cualquier room, genera la minuta. Un room sin minuta es contexto perdido. **Aplica cuando:** Al final de cada sesión de trabajo significativa. --- ### 3. El Registry es el Sistema Nervioso Sin registry actualizado, el ecosistema crece en la oscuridad. Los activos que no están registrados, no existen en el radar operativo. **Regla de oro:** Cualquier entregable nuevo → se registra en el mismo momento que se crea. **Aplica cuando:** Al crear cualquier archivo nuevo en el vault. --- ### 4. Los Mapas Hacen Visible el Progreso La velocidad de producción actual (74x ROI comprobado) genera activos más rápido de lo que el ojo humano puede seguir. Sin mapas, la riqueza es invisible. **Regla de oro:** El Key Asset Map se actualiza al menos una vez por semana. Los mapas son indicadores de salud del ecosistema. **Aplica cuando:** Cierre de semana o al completar un sprint significativo. --- ### 5. Los Procesos Repetibles se Convierten en Skills Cada vez que ejecutas el mismo proceso manualmente por tercera vez, es candidato a convertirse en skill. Los skills son la diferencia entre un sistema que escala y uno que depende de ti para cada paso. **Regla de oro:** Si lo hiciste 3 veces, conviértelo en skill. Si lo necesita alguien más, conviértelo en Transfer Pack. **Aplica cuando:** Al identificar cualquier proceso que se repite con regularidad. --- ## El Sistema de Trabajo Diario ### 🌅 Inicio de Día (15-20 min) — "La Descarga" **Paso 1 — Thinking Room:** Abrir el Thinking Room y descargar todo lo que llegó durante la noche o la mañana. Sin filtros, sin ejecución. Solo captura. **Paso 2 — BrainOS Capture:** Los pensamientos más significativos se capturan en BrainOS vía `capture_thought`. Esto garantiza que las ideas de alto valor no solo viven en una conversación sino en el sistema permanente. **Paso 3 — Priorización:** Con el Thinking Room como base, definir los 2-3 focos del día. No más. La dispersión es el enemigo. **Herramientas:** Thinking Room Charter + BrainOS MCP + Tracker de proyectos activo --- ### 🏗️ Bloques de Trabajo (90-120 min cada uno) Cada bloque de trabajo tiene su propio Room o contexto. La regla: **un bloque = un room = un foco**. **Estructura de un bloque óptimo:** ``` [Inicio de bloque] 1. Cargar Transfer Pack del room (si existe) 2. Revisar estado anterior (minuta de sesión previa) 3. Definir el output esperado del bloque 4. Trabajar [Cierre de bloque] 5. Guardar activos generados con nomenclatura correcta 6. Actualizar registry 7. Generar minuta de sesión (5 min) 8. Definir próximos pasos concretos ``` **Nota sobre tokens:** El contexto útil de un room ronda las 80-100 páginas de texto activo. Si el room empieza a sentirse lento o las respuestas menos precisas, es señal de que necesita un Transfer Pack a un nuevo room limpio. --- ### 🔄 Procesos de Mantenimiento (Automatizados) Estos procesos deben correr en scheduled, no de manera manual: | Proceso | Frecuencia | Tool | |---------|-----------|------| | Ritual de captura diaria (BrainOS) | Diario, 6am | scheduled-tasks | | Actualización del BMF Registry | Semanal (viernes) | bmf-registry-updater skill | | Verificación de archivos sin nomenclatura | Semanal | bmf-file-renamer skill | | Actualización del Key Asset Map | Semanal | Manual (por ahora) | | Revisión de scheduled tasks activos | Mensual | scheduled-tasks | --- ### 🌙 Cierre de Día (10 min) **Paso 1:** Minuta del día (no de cada room, sino del día completo): ¿qué se completó, qué quedó abierto, qué aprendiste? **Paso 2:** Actualizar el Tracker de proyectos activo. **Paso 3:** Capturar en BrainOS cualquier insight de proceso o decisión significativa. --- ## La Arquitectura de Continuidad ``` INICIO DE SESIÓN ↓ Transfer Pack (quién soy, qué estamos construyendo, contexto del proyecto, próximos pasos) ↓ Trabajo en Room (un foco, output definido, nomeclatura correcta) ↓ Cierre de Room (activos guardados → registry → minuta → próximos pasos) ↓ SIGUIENTE SESIÓN (empieza leyendo la minuta, no desde cero) ``` **La clave:** La continuidad no la sostiene la memoria de la IA. La sostienen los documentos que generas. Cada minuta, cada Transfer Pack, cada registry actualizado es un eslabón de la cadena de continuidad. --- ## Gestión de Rooms — Cuándo Vivir y Cuándo Cerrar ### Un room debe vivir mientras: - El proyecto está en sprint activo (próximas 48h) - Se está en medio de un proceso que requiere memoria secuencial - Hay un loop de iteración en curso (ej: revisando un documento con múltiples cambios) ### Un room puede cerrarse con confianza cuando: - La minuta está escrita - Los activos están guardados con nomenclatura correcta - El próximo paso está definido y documentado - El Transfer Pack está actualizado ### Señales de que un room necesita renovarse (nuevo room + TP): - Las respuestas de la IA se sienten genéricas o pierden contexto del proyecto - El room lleva más de 5-6 horas de trabajo acumulado - Cambias de tema o proyecto significativamente --- ## Skills Candidatos a Crear (Backlog) Basado en procesos que se han repetido más de 3 veces: | Proceso | Prioridad | Estado | |---------|-----------|--------| | Generación de minutas de sesión | 🔴 Alta | ⏳ Pendiente | | Creación de Transfer Packs para nuevos rooms | 🔴 Alta | ⏳ Pendiente | | Actualización del Key Asset Map | 🟡 Media | ⏳ Pendiente | | Onboarding de nuevo colaborador al ecosistema | 🟡 Media | 🌱 Concepto | | Generación de contenido LinkedIn desde insights | 🟡 Media | ⏳ Pendiente | --- ## Transfer Packs — El Protocolo de Continuidad Un Transfer Pack (TP) es el documento que permite que cualquier room —o cualquier persona del equipo— entre a trabajar con contexto completo sin necesidad de reconstruirlo en conversación. ### Estructura mínima de un TP: ```markdown # TP: [Nombre del Room/Proyecto] Fecha: [fecha] Destinatario: [VicX / LitosX / nombre del colaborador] ## Quién soy / Quién es Victor [Contexto mínimo del CEO y ecosistema] ## Qué estamos construyendo [El proyecto específico de este room] ## Estado actual [Qué se ha hecho, qué está en progreso] ## Activos relevantes [Archivos clave con ruta, descripción breve] ## Próximos pasos concretos [Las 2-3 acciones más importantes] ## Reglas de este room [Restricciones, formatos, personas involucradas] ``` ### Cuándo crear un TP: - Al cerrar un room con trabajo significativo - Antes de pasar trabajo a un colaborador (Anahi, Alex, etc.) - Al crear una nueva Factoría o Room especializado - Cuando un room existente se está sintiendo lento por acumulación de contexto --- ## La Ecuación del ROI Invisible > *"Cuando veo el tablero de ROI y veo que estoy multiplicando 74x mi productividad, esto no es algo menor."* Este número es material de demand gen. Pero más importante: es el argumento para documentar la experiencia. **Lo que el 74x significa en la práctica:** - Lo que antes requería un equipo de 5 personas, hoy lo genera 1 CEO con el sistema correcto - Lo que tomaba 3 semanas de trabajo en equipo, hoy toma 3 días en modo sprint - Lo que era imposible producir por costo, hoy está al alcance de cualquier founder que adopte el sistema **El libro que cuenta esta historia** (ideas #8, #10) no es solo un producto editorial. Es la prueba de concepto más poderosa del modelo SherpaX. Es demand gen con forma de libro. --- ## Escalabilidad a Equipos y Organizaciones Este sistema personal es la semilla del modelo DOIX para organizaciones: | Nivel | Escala | Instrumento | |-------|--------|-------------| | CEO Individual | 1 persona + IA | Este PlayBook | | Equipo pequeño | 3-10 personas | EmpowerTeamsX + Rooms por área | | Organización | 10-100+ personas | DOIX + AI Managers por factoría | Lo que Victor está viviendo hoy en modo personal es exactamente lo que se vende mañana a nivel organizacional. **La experiencia propia es el producto.** --- ## Versiones Futuras de Este PlayBook - **v02:** Incluir protocolo específico para trabajo con equipo (Anahi, Alex, Alexis) - **v03:** Integrar métricas de ROI por sesión - **v04:** Versión adaptada para clientes de SherpaX (su primer manual de usuario) --- *PlayBook generado en el Thinking Room — Retiro Semana Santa 2026* *Basado en observaciones de Victor Heredia sobre la forma óptima de trabajar con IA como CEO creativo*