Ningún framework es universalmente superior — el contexto dicta. OKRs funcionan mejor en scale-ups tech 20-500 personas con cultura de autonomía + data. EOS funciona mejor en empresas tradicionales 15-250 que necesitan estructura + disciplina. MBOs apropiados en corporativos 500+ con compensación atada. Startups <15 personas: ninguno — foco sobra. El error más costoso es implementar el framework 'de moda' sin fit — produce teatro de goal-setting sin impacto real.
Cada 2-3 años aparece un libro o una empresa que "reinventa" el goal-setting organizacional, y una ola de adopción barre startups sin criterio. Primero fueron OKRs (Measure What Matters de John Doerr); después EOS (Traction de Gino Wickman); antes KPIs, balanced scorecards, MBOs. El problema: el framework no hace el trabajo — el framework amplifica o diluye lo que la empresa ya hace. Implementar OKRs en empresa sin cultura de accountability produce dashboards sin impacto. Implementar EOS sin disciplina de follow-through produce check-lists ignorados.
Los 3 frameworks principales · cómo funcionan
OKRs (Objectives and Key Results)
Origen: Intel (Andy Grove), popularizado por Google. Filosofía: objetivos ambiciosos + 3-5 resultados clave medibles. Ciclos trimestrales. Transparencia interna radical. Desacoplado de compensación (en teoría).
Estructura típica
- Objetivo: aspiracional, direccional. "Dominar el mercado fintech B2B LATAM".
- Key Results: 3-5 métricas específicas. "Cerrar 50 cuentas enterprise. Alcanzar $10M ARR. NPS >60".
- Scoring: 0.0-1.0. Target 0.7-0.8 (si siempre alcanzás 1.0, tus OKRs no son ambiciosos).
Cuándo OKRs funciona
- Startups tech 20-500 personas.
- Cultura de autonomía individual + equipos cross-functional.
- Data disponible para medir key results.
- Leadership cómodo con transparencia radical.
- Foco en outcomes, no actividades.
Cuándo OKRs falla
- Empresas <15 personas (overhead innecesario).
- Cultura jerárquica tradicional.
- Roles con trabajo difícil de medir.
- Leadership que "usa" OKRs para compensación (contamina el sistema).
EOS (Entrepreneurial Operating System)
Origen: Gino Wickman, libro "Traction". Filosofía: estructura + disciplina operativa. Rocks trimestrales (3-7 prioridades). Scorecard semanal de métricas. Reuniones Level 10 (L10) con estructura fija.
Componentes
- Rocks: 3-7 prioridades críticas por trimestre.
- Scorecard: 5-15 métricas semanales.
- L10 Meetings: formato fijo de 90 min semanal.
- Visión / V2T (Vision Traction Organizer): 1-3-10 años documentado.
- Accountability Chart: quien tiene qué ownership.
Cuándo EOS funciona
- Empresas tradicionales 15-250 personas (manufactura, servicios, retail).
- Negocios con disciplina operativa como diferenciador.
- Founders que necesitan estructura para escalar.
- Cultura pragmática, menos "experimental".
Cuándo EOS falla
- Startups tech innovadoras (rígido para pivots).
- Empresas con cultura altamente colaborativa (L10 se sienten formales).
- Negocios donde los outcomes son largo plazo (rocks trimestrales no calzan).
MBOs (Management by Objectives)
Origen: Peter Drucker, 1954. Filosofía: objetivos cascadeados top-down, con medición anual + compensación atada.
Características
- Objetivos anuales por persona.
- Compensation tied directly.
- Review semestral o anual.
- Cascading top-down.
Cuándo MBOs funciona
- Corporativos grandes (500+ personas).
- Roles individuales con outputs claros (ventas con quotas, producción con targets).
- Cultura de compensación basada en performance individual.
Cuándo MBOs falla
- Trabajo colaborativo (individualismo rompe equipo).
- Innovación (incentiva sandbagging — poner objetivos bajos para lograrlos).
- Startups ágiles (rigidez anual).
Comparativa · cuál elegir por contexto
| Contexto | Framework recomendado |
|---|---|
| Startup <15 personas | Ninguno formal. Foco + alineamiento semanal informal. |
| Startup tech 20-100 | OKRs lite (no compensation-linked). |
| Scale-up tech 100-500 | OKRs completos con quarterly cadence. |
| Empresa tradicional 15-250 | EOS. |
| Corporate 500+ | MBOs o OKRs (según cultura). |
| Empresa en crisis / pivot | Ninguno — 2-3 prioridades simples semanales. |
Errores frecuentes en goal-setting frameworks
1. Adoptar framework "de moda"
Leemos que Google usa OKRs → adoptamos OKRs. Sin evaluar fit con nuestra cultura, tamaño, negocio. Frecuentemente produce teatro.
2. Atar compensación a OKRs
El diseño original de OKRs los separa de compensación. Ataches → comportamiento optimiza para alcanzar, no para ambición. OKRs se vuelven MBOs mal disfrazados.
3. 15+ OKRs por persona
Foco diluido. Menos es más. 3-5 objetivos totales por nivel (empresa, área, individuo).
4. Sin check-ins intermedios
OKRs trimestrales sin review mensual → se descubre en último mes que no se cumplen. Check-ins mensuales o quincenales son no-negociables.
5. Cascade mecánico
"Objetivo del CEO → cascadea idéntico a cada VP → cada Director → etc". Produce 40 personas con "el mismo" OKR. Mal uso — cada nivel necesita sus KR propios que contribuyan al objetivo del nivel arriba.
6. No retirar framework que no funciona
Después de 2-3 trimestres de OKRs mal ejecutados, la organización aprende a ignorarlos. Mejor retirar explícitamente y volver a foco simple que seguir con teatro.
El framework sin nombre · para empresas <30 personas
A veces el mejor framework es el más simple:
- CEO define 2-3 prioridades del trimestre.
- Cada VP/Director define su 1-2 contribuciones a esas prioridades.
- Review mensual de avance en all-hands (30 min).
- Sin scoring formal, sin compensation linkage.
- Reajuste ágil cuando contexto cambia.
La pregunta que importa
Si le preguntaras a 5 personas aleatorias de tu empresa "¿cuáles son las 3 prioridades de la empresa este trimestre?", ¿darían la misma respuesta? Si no, tu framework actual no está comunicando priorización — está generando documento sin traducción. La función de cualquier framework (OKRs, EOS, MBOs) es alinear a la organización en qué importa. Si no logra eso, el framework está fallando — independientemente de cómo se llame o qué tan popular sea.