--- asset_id: RES-EL-WORX-BenchmarkFrameworks-v01 version: v1.0 tipo: RES — Investigación / Research room: WORX owner: Victor Heredia / EmpowerLabs sherpa: Jacob fecha_creacion: 2026-04-17 estado: Activo fuentes: MIT CISR, McKinsey, PwC, HBR, Laloux, Allen, Fried/Hansson, Newport --- # Benchmark de Frameworks de Trabajo ## WORX en contexto — Comparativa con las metodologías más influyentes --- > Este documento sitúa a WORX dentro del panorama global de metodologías de trabajo. > No es un análisis de superioridad — es un mapa de dónde cada framework fue diseñado, > qué problema resuelve, y qué deja sin resolver que WORX sí aborda. --- ## 1. El paisaje de frameworks Desde los años 90 hasta hoy, el mundo del trabajo ha producido una serie de metodologías que respondieron al problema de su momento: primero el caos del software, después la disfunción organizacional, después la dispersión del trabajo del conocimiento, y ahora la irrupción de la IA. WORX no compite con estos frameworks — en muchos casos los integra. Lo que los distingue es el **axioma de partida**: ninguno de los frameworks existentes asume la IA como miembro del equipo desde el inicio. Todos son metodologías *pre-agente*. WORX es la primera diseñada para la fuerza laboral híbrida humano-agente. --- ## 2. Los frameworks analizados ### 2.1 Agile / Scrum **Origen:** Manifiesto Ágil, 2001 (software). Ken Schwaber y Jeff Sutherland. **Problema que resuelve:** El modelo en cascada (Waterfall) era demasiado rígido para el desarrollo de software — los requisitos cambiaban y el producto llegaba tarde y desalineado. **Mecanismo central:** Sprints de 2 semanas, backlog priorizado, ceremonias (daily standup, sprint review, retrospectiva), roles definidos (Product Owner, Scrum Master, Dev Team). **Fortalezas:** Iteración rápida, visibilidad del progreso, adaptabilidad táctica, cultura de retroalimentación continua. **Limitaciones:** Diseñado para equipos de ingeniería, no para organizaciones completas. La ceremonia puede volverse burocracia vacía ("Scrum theater"). No aborda la gestión del conocimiento entre sprints ni la integración de IA. Las retrospectivas raras veces producen gobernanza real. --- ### 2.2 GTD — Getting Things Done **Origen:** David Allen, 2001. Metodología personal de productividad. **Problema que resuelve:** La mente humana es mala para recordar compromisos — el estrés del trabajo incompleto bloquea el pensamiento creativo. GTD externaliza la memoria a un sistema confiable. **Mecanismo central:** Capturar todo en una bandeja de entrada, procesar (¿requiere acción? ¿cuál es el siguiente paso?), organizar por contexto, revisar semanalmente, ejecutar. **Fortalezas:** Claridad mental, cero dependencia de la memoria, disciplina del "siguiente paso concreto", reducción de ansiedad operativa. **Limitaciones:** Es individual — no escala a equipos ni organizaciones. No aborda coordinación, reuniones, decisiones en equipo ni gobernanza. No contempla IA. La revisión semanal es el talón de Aquiles: cuando falla, el sistema colapsa. --- ### 2.3 OKRs — Objectives and Key Results **Origen:** Andy Grove en Intel, popularizado por John Doerr en Google. Libro *Measure What Matters* (2018). **Problema que resuelve:** Las organizaciones en crecimiento rápido pierden alineación — cada equipo optimiza localmente sin visión del conjunto. OKRs crean una cadena de alineación desde la visión hasta el equipo. **Mecanismo central:** Objetivos cualitativos inspiradores + 3–5 resultados clave medibles. Ciclo trimestral. Transparencia total (todos ven los OKRs de todos). Check-ins semanales. **Fortalezas:** Alineación estratégica, cultura de métricas, visibilidad organizacional, foco en outcomes no outputs. **Limitaciones:** No es una metodología de *trabajo diario* — es un sistema de *dirección estratégica*. No dice nada sobre cómo se organiza el trabajo, se documenta el conocimiento, se toman decisiones operativas ni se integra la IA. Muchas empresas lo usan mal: OKRs como lista de tareas disfrazada. --- ### 2.4 Holacracy **Origen:** Brian Robertson, 2007. Formalizado en su libro *Holacracy: The New Management System* (2015). **Problema que resuelve:** Las jerarquías tradicionales centralizan el poder y lentifican la toma de decisiones. Holacracy redistribuye la autoridad a roles, no personas. **Mecanismo central:** Círculos de roles (no personas) con autoridad distribuida. Gobernanza por consentimiento (no consenso). Reuniones de gobernanza separadas de reuniones operativas. Constitución formal. **Fortalezas:** Elimina la política del poder personal, agilidad en decisiones tácticas, adaptabilidad estructural continua. **Limitaciones:** Curva de aprendizaje muy alta. Requiere adopción total o no funciona. No aborda la gestión del conocimiento ni la IA. Zappos lo intentó y generó una fuga masiva de talento. Funciona en organizaciones pequeñas y con alta madurez; difícil de escalar enterprise. --- ### 2.5 Teal Organizations **Origen:** Frederic Laloux, *Reinventing Organizations* (2014). Basado en la teoría espiral de desarrollo de Don Beck. **Problema que resuelve:** Las organizaciones convencionales (Orange/Green en el modelo Teal) están diseñadas para el control y la eficiencia, no para el sentido y la adaptabilidad. Las organizaciones Teal operan desde el propósito evolutivo. **Mecanismo central:** Tres breakthroughs: autogestión (ningún manager), plenitud (traer el ser humano completo al trabajo), y propósito evolutivo (la organización como entidad viva con dirección propia). **Fortalezas:** Alto compromiso del talento, innovación desde adentro, alineación profunda entre trabajo y propósito personal. **Limitaciones:** No es una metodología operativa — es un marco filosófico. No prescribe cómo se documenta el trabajo, se coordinan equipos ni se integra tecnología. Funciona en organizaciones con cultura muy madura. Difícil de adoptar en empresas ya establecidas o en etapa de crecimiento acelerado. --- ### 2.6 EOS — Entrepreneurial Operating System **Origen:** Gino Wickman, *Traction* (2011). Diseñado para empresas de 10–250 personas. **Problema que resuelve:** Los fundadores y equipos directivos están atrapados en el día a día, sin sistemas que les liberen del operativo. Las empresas no escalan porque todo pasa por el fundador. **Mecanismo central:** Seis componentes: Visión, Personas, Datos, Issues, Proceso, Tracción. Herramientas clave: V/TO (Vision/Traction Organizer), Scorecard semanal, L10 Meeting (reunión semanal de 90 minutos con agenda fija), Rocks trimestrales. **Fortalezas:** Muy práctico y accionable para empresas medianas. Crea disciplina operativa. El L10 Meeting es una de las mejores prácticas de reunión documentadas. Da a los fundadores lenguaje compartido con su equipo. **Limitaciones:** No aborda trabajo del conocimiento en profundidad, ni gestión de activos intelectuales, ni IA. El modelo de "Procesos documentados y simplificados" queda en intención sin un sistema de vault. Diseñado para el mundo pre-IA. --- ### 2.7 Shape Up **Origen:** Ryan Singer en Basecamp/37signals. Publicado abiertamente en 2019. **Problema que resuelve:** Los sprints de Scrum crean urgencia artificial y deuda de features. Los backlogs infinitos son cementerios de ideas que nunca mueren. Shape Up elimina el backlog. **Mecanismo central:** Ciclos de 6 semanas de trabajo real + 2 semanas de "cooldown". Los proyectos se "shapean" (diseñan con apetito de tiempo definido) antes de asignarse. Sin backlog — lo que no entra al siguiente ciclo, se descarta o se vuelve a proponer. **Fortalezas:** Elimina la deuda de backlog, el trabajo tiene tiempo acotado real, foco en outcomes no features, alta autonomía de los equipos de trabajo. **Limitaciones:** Diseñado específicamente para equipos de producto/software. Requiere disciplina para "matar" ideas. No aborda gestión del conocimiento, coordinación general de organización, ni IA. --- ### 2.8 Deep Work **Origen:** Cal Newport, *Deep Work* (2016). Metodología individual para el trabajo del conocimiento. **Problema que resuelve:** La economía de la distracción destruye la capacidad de producir trabajo cognitivo de alto valor. La mayoría de los knowledge workers pasan el día en coordinación superficial (Slack, email, reuniones) y nunca entran en estado de flow. **Mecanismo central:** Bloques de concentración sin interrupciones protegidos en el calendario. Cuatro filosofías de implementación: monástica, bimodal, rítmica, periodista. Eliminación sistemática de "shallow work". **Fortalezas:** Recupera la capacidad creativa e intelectual individual. Produce trabajo de mayor calidad. La práctica del deep work es el diferenciador del knowledge worker de alto rendimiento. **Limitaciones:** Metodología individual — no dice nada sobre equipos, organizaciones, documentación ni IA. Es el "qué hace el individuo" sin el "cómo coordina con el sistema". --- ### 2.9 PKM — Personal Knowledge Management **Origen:** Tiago Forte (*Building a Second Brain*, 2022), Niklas Luhmann (Zettelkasten), Sönke Ahrens (*How to Take Smart Notes*, 2017). **Problema que resuelve:** El knowledge worker produce y consume enormes cantidades de información, pero no la convierte en conocimiento accionable. Las ideas se pierden. Los proyectos no se conectan. **Mecanismo central:** Sistema externo de captura, organización y síntesis del conocimiento personal. Frameworks como CODE (Capture, Organize, Distill, Express) o PARA (Projects, Areas, Resources, Archives). **Fortalezas:** Convierte la información en conocimiento acumulable. Crea un "segundo cerebro" que libera la memoria de trabajo. Produce outputs de mayor calidad al conectar ideas de fuentes diversas. **Limitaciones:** Individual — no aborda coordinación de equipos. La mayoría de implementaciones son en herramientas personales (Notion, Obsidian) sin protocolos de colaboración. No contempla IA agéntica como actor del sistema. --- ## 3. Tabla comparativa | Dimensión | Agile/Scrum | GTD | OKRs | Holacracy | Teal | EOS | Shape Up | Deep Work | PKM | **WORX** | |-----------|-------------|-----|------|-----------|------|-----|----------|-----------|-----|----------| | **Unidad de trabajo primaria** | Sprint / Story | Siguiente acción | Objetivo / KR | Rol / Tensión | Propósito | Rock / Issue | Proyecto apetito | Bloque deep | Nota / proyecto | Value stream (outcome) | | **Escala de aplicación** | Equipo de ingeniería | Individual | Organización | Organización | Organización | Empresa mediana | Equipo de producto | Individual | Individual | Individual + equipo + organización | | **Rol de la IA** | Herramienta externa | No contemplada | No contemplada | No contemplada | No contemplada | No contemplada | No contemplada | No contemplada | Parcial (asistente) | **Miembro del equipo con roles explícitos** | | **Gestión del conocimiento** | Wiki / doc ad hoc | No estructurada | No estructurada | Herramienta de roles | Confianza oral | Proceso documentado | No estructurada | Segundo cerebro personal | Sistema personal | **Vault como sistema nervioso (IntelliBanks)** | | **Coordinación de equipo** | Ceremonias sincrónicas | No aplica | Check-ins | Reuniones de gobernanza | Reuniones de consejo | L10 Meeting | Async + pitch | No aplica | No aplica | **Async-first + Thread+NEXT en el vault** | | **Toma de decisiones** | Product Owner | Individual | OKR owner | Por consentimiento en roles | Proceso de consejo | Integrador | Shapers | Individual | Individual | **Decision rights explícitos por costo/reversibilidad** | | **Ritmo operativo** | Sprint de 2 semanas | Revisión semanal | Check-in semanal + OKR trimestral | Reuniones regulares | Emergente | L10 semanal + Rocks trimestrales | 6 semanas + 2 cooldown | Bloques diarios | Flujo personal | **Dual Cadence: continuo + pulso sincronizado** | | **Gobernanza** | Scrum Master | No aplica | No aplica | Constitución formal | Propósito evolutivo | EOS Scorecard | No formal | No aplica | No aplica | **Emergente desde evidencia operativa (LabPraxis)** | | **Documentación** | Backlog + Wiki | Listas de acciones | OKR tracker | Registro de roles | Mínima | V/TO + Proceso | Pitches + notas | Notas personales | Sistema personal | **Vault vivo — documentación = coordinación** | | **Pensamiento profundo / Deep Work** | No protegido | Compatible | No aborda | No aborda | Compatible | No aborda | Implícito en ciclos | ✅ Core | Compatible | **Explícito: Deep Work como modo por defecto** | | **Transferibilidad de contexto** | Parcial (backlog) | No | Parcial (OKRs visibles) | Parcial (roles) | Baja | Parcial (V/TO) | Baja | No aplica | Personal | **✅ Core — Transfer Pack + Starter Prompt** | | **Madurez de mercado** | ✅ Muy alta | ✅ Alta | ✅ Alta | 🟡 Media | 🟡 Media | ✅ Alta (SMB) | 🟡 Media | ✅ Alta | 🟡 Media | 🔴 Emergente — evidencia desde EmpowerLabs | | **Adopción enterprise** | ✅ Masiva | 🟡 Individual | ✅ Masiva | 🔴 Nicho | 🔴 Nicho | 🟡 SMB | 🟡 Tech | 🔴 Individual | 🔴 Individual | 🔴 Piloto (Posta 2026) | | **Diseñado para la era IA** | ❌ | ❌ | ❌ | ❌ | ❌ | ❌ | ❌ | ❌ | Parcial | **✅ AI-native desde diseño** | --- ## 4. Lo que ninguno resuelve — el gap que WORX llena Analizando los nueve frameworks anteriores, emergen cuatro brechas que ninguno aborda de forma integrada: **Brecha 1 — La IA como actor, no herramienta** Todos los frameworks anteriores fueron diseñados antes de la IA agéntica. Algunos permiten "usar IA" como una herramienta externa, pero ninguno define qué rol tiene la IA dentro del equipo, qué puede decidir solo, qué requiere validación humana, o cómo se documenta su trabajo. WORX es el primero en tratar al agente como un miembro del equipo con autonomía acotada, responsabilidades claras y límites de gobernanza explícitos. **Brecha 2 — El conocimiento como sistema nervioso organizacional** GTD y PKM resuelven el conocimiento individual. Agile tiene wikis ad hoc. Holacracy y EOS tienen registros de roles y procesos. Pero ninguno propone un sistema de conocimiento organizacional que sea a la vez: legible por humanos, procesable por agentes, fuente de verdad de coordinación, y gobernado por reglas emergentes desde la práctica. Los IntelliBanks + BMF + vault WORX son esa arquitectura. **Brecha 3 — La transferibilidad de contexto como derecho fundamental** El problema del contexto perdido es universal: cuando alguien sale del equipo, cuando se retoma un proyecto después de semanas, cuando un agente debe continuar trabajo de otro agente. Ningún framework anterior lo codifica como principio no negociable. WORX lo convierte en un axioma operativo: todo proceso debe poder ser retomado sin depender de quien lo inició. **Brecha 4 — Gobernanza que emerge de la práctica, no de la teoría** Holacracy tiene una constitución formal. EOS tiene el V/TO. OKRs tienen sus reglas. Pero todos son marcos importados que la organización debe adoptar externamente. WORX propone gobernanza emergente: las reglas nacen de los casos documentados en el LabPraxis, validadas por la experiencia real del equipo antes de convertirse en estándar. Es la diferencia entre adoptar una metodología y construir la tuya propia desde evidencia. --- ## 5. Dónde WORX complementa en lugar de reemplazar WORX no pretende ser el único framework que una organización usa. En muchos casos, los frameworks existentes son componentes compatibles: | Framework | Relación con WORX | |-----------|-------------------| | **OKRs** | Compatible — WORX no define dirección estratégica. OKRs pueden operar como la capa de Objetivos por encima de la Capa 2 WORX. | | **Deep Work** | Integrado — la filosofía de Newport es el fundamento de la Capa 1 (Individuo) de WORX. | | **GTD** | Parcialmente integrado — el "siguiente paso concreto" de GTD se traduce en `→ NEXT[@Persona]:` en el vault WORX. | | **PKM** | Integrado — los IntelliBanks son la versión organizacional del PKM. WORX extiende el segundo cerebro personal a segundo cerebro colectivo. | | **Scrum** | Compatible con matices — Shape Up es más alineado con la filosofía WORX (outcomes, apetito de tiempo). Scrum puede coexistir en equipos de ingeniería específicos. | | **EOS** | Compatible — el L10 Meeting de EOS es uno de los mejores formatos de ritual sincrónico. Encaja en la Cadencia WORX como el Weekly Downbeat. | --- ## 6. Posicionamiento de WORX ``` INDIVIDUAL ←————————————————→ ORGANIZACIONAL | | METODOLOGÍA Deep Work Teal DE TRABAJO PKM / GTD Holacracy Shape Up WORX EOS Agile/Scrum ★ aquí OKRs | | PRE-IA ←——————————————————→ AI-NATIVE ``` WORX ocupa un espacio único: el único framework que cubre simultáneamente la escala individual, de equipo y organizacional, y el único diseñado desde el principio para la fuerza laboral híbrida humano-agente. --- ## 7. Fuentes y referencias | Referencia | Relevancia | |------------|-----------| | *Measure What Matters* — John Doerr (2018) | Marco OKRs | | *Reinventing Organizations* — Frederic Laloux (2014) | Modelo Teal y organizaciones evolutivas | | *Traction* — Gino Wickman (2011) | EOS para empresas en crecimiento | | *Getting Things Done* — David Allen (2001) | GTD y productividad personal | | *Deep Work* — Cal Newport (2016) | Trabajo cognitivo de alto valor | | *Building a Second Brain* — Tiago Forte (2022) | PKM y conocimiento personal | | *Shape Up* — Ryan Singer, Basecamp (2019) | Alternativa a Scrum para producto | | *Holacracy* — Brian Robertson (2015) | Autogestión y gobernanza distribuida | | MIT CISR (2025) — Agentic AI as Coworker | El 76% de ejecutivos ve la IA como coworker | | McKinsey Global Institute (2025) | 60% del tiempo de knowledge workers en coordinación | | PwC CEO Survey (2026) | 12% de CEOs con beneficios reales de IA | | Estudio longitudinal colaboración teams (2023–2025) | IA aceleró el trabajo individual, no la colaboración entre equipos | --- ## 💬 THREAD → NEXT[@Victor]: Validar los 9 frameworks seleccionados — ¿falta alguno relevante para el contexto enterprise latinoamericano? → NEXT[@Victor]: Revisar la tabla comparativa — ¿las dimensiones son las correctas para presentar a Posta? → NEXT[@Victor]: Decidir si este documento se incluye en el paquete "EmpowerLabs en 90 minutos" para clientes --- *RES-EL-WORX-BenchmarkFrameworks-v01.md · EmpowerLabs / WORX · 2026-04-17* *Investigación base para posicionamiento de WORX en el mercado enterprise*