Rocks vs OKRs es una elección entre dos filosofías distintas de definición de objetivos: los Rocks de EOS son entre 3 y 7 prioridades binarias, cada una con un único responsable, que te comprometes a terminar en 90 días, mientras que los OKRs son Objetivos ambiciosos combinados con Resultados clave medibles que buscan ser exigentes y alinear a varios equipos. La decisión de fondo es si tu equipo necesita foco y responsabilidad (Rocks) o alineación y ambición (OKRs).
- Objetivos distintos, culturas distintas: los Rocks codifican la disciplina de ejecución, mientras que los OKRs codifican la ambición y la alineación.
- La puntuación es la diferencia más profunda: los Rocks son binarios, hecho o no hecho, mientras que los OKRs usan una escala de 0,0 a 1,0 en la que 0,7 es el punto óptimo.
- El tamaño y la complejidad importan: los equipos de 10 a 200 personas suelen funcionar mejor con Rocks, y las organizaciones de más de 200 con dependencias interfuncionales, mejor con OKRs.
- El modelo híbrido funciona a partir de 300 empleados: usa Rocks en la capa de ejecución de los equipos y OKRs en la capa estratégica, sin que ningún objetivo viva en ambos sistemas.
Preparé esta guía porque la mayoría de los artículos sobre el tema toman partido, y los fundadores y responsables de operaciones con los que hablo quieren una lectura clara y neutral para poder elegir el framework que encaja con su empresa, y no el que les vende su consultor.
Lo que vas a encontrar:
- ¿Qué son los Rocks de EOS?
- ¿Qué son los OKRs?
- Rocks vs OKRs: comparación en paralelo
- Anatomía de un Rock frente a la de un OKR
- La cadencia y el mito del «trimestre de 90 días»
- Puntuación: binaria frente a espectro
- Cuándo usar Rocks y cuándo usar OKRs
- ¿Puedes usar ambos? El modelo híbrido
- Errores comunes al cambiar de framework
- Preguntas frecuentes
¿Qué son los Rocks de EOS?
Los Rocks de EOS se definen como las 3 a 7 prioridades más importantes que un equipo o una persona se compromete a completar en un ciclo de 90 días dentro del Entrepreneurial Operating System (EOS). Gino Wickman introdujo el concepto en su libro de 2007 Traction, tomando prestada la metáfora de Stephen Covey (First Things First, 1994) de las piedras grandes que debes meter en el frasco antes de que la arena y el agua ocupen los huecos.
Cada Rock tiene un único responsable, se formula con los criterios SMART y se puntúa de forma binaria al final del trimestre: hecho o no hecho.
Los Rocks forman parte del conjunto de herramientas más amplio de EOS: se fijan durante el Quarterly Pulsing, se revisan cada semana en la reunión Level 10, se debaten con el método IDS (Identify, Discuss, Solve) y se hace seguimiento de ellos junto con el Scorecard y el Accountability Chart. Sin esa estructura de fondo, los Rocks trimestrales funcionan como simples listas de tareas.
Según EOS Worldwide, a finales de 2025 más de 280.000 empresas funcionaban con EOS, concentradas en el segmento de pymes de 10 a 250 empleados, donde el foco y la responsabilidad concentrada en una sola persona superan a los mecanismos de alineación sofisticados. La filosofía de «menos, pero más grandes» es precisamente la clave: si todo es un Rock, nada lo es.
¿Qué son los OKRs?
Los OKRs, siglas en inglés de Objectives and Key Results (Objetivos y Resultados clave), se definen como un framework de definición de objetivos que combina un Objetivo cualitativo (la ambición) con 3 a 5 Resultados clave medibles (la prueba de que lo has logrado). Andy Grove creó el modelo en Intel en los años setenta (High Output Management), y John Doerr lo popularizó más tarde al introducir los OKRs en Google en 1999 (Measure What Matters).
Un ciclo de OKR estándar es trimestral y suele anidarse dentro de los OKRs anuales de la empresa. Los equipos fijan de 3 a 5 Objetivos por ciclo, puntúan cada Resultado clave en una escala de 0,0 a 1,0 y apuntan a un «punto óptimo» de 0,7 para que los OKRs ambiciosos sigan siendo exigentes.
El framework de OKR se extendió desde Google a LinkedIn, Spotify, Microsoft y buena parte del sector tecnológico moderno. El OKR Impact Report reveló que el 83 % de las empresas encuestadas afirma que los OKRs tienen un impacto positivo en su organización.
Los OKRs dan por hecho que hay check-ins semanales o quincenales, revisiones de confianza a mitad de ciclo y retrospectivas estructuradas. Sin ese ritmo, los OKRs se degradan hasta convertirse en listas de deseos en la tercera semana del trimestre. Nuestra guía sobre cómo escribir OKRs explica las reglas estructurales en profundidad.
Rocks vs OKRs: comparación en paralelo
Ambos frameworks buscan traducir la estrategia en prioridades trimestrales, pero parten de supuestos distintos sobre la responsabilidad, la ambición y el riesgo. La siguiente tabla resume las diferencias operativas en diez dimensiones.
Dimensión | Rocks de EOS | OKRs |
|---|---|---|
Origen | Gino Wickman, Traction (2007), metáfora de Covey (1994) | Andy Grove en Intel (años 70), popularizado por John Doerr en Google (1999) |
Cadencia | Ciclos de 90 días, fijados en la reunión Quarterly Pulsing | Ciclos trimestrales, normalmente anidados bajo los OKRs anuales |
Número por ciclo | De 3 a 7 por persona o equipo, sin excepciones | De 3 a 5 Objetivos, cada uno con 3 a 5 Resultados clave |
Estructura | Una frase SMART por Rock | Objetivo + Resultados clave (aspiración cualitativa, evidencia cuantitativa) |
Modelo de responsabilidad | Un único responsable por Rock | Responsable del Objetivo más responsabilidad compartida del equipo sobre los Resultados clave |
Puntuación | Binaria: hecho o no hecho | Escala graduada de 0,0 a 1,0; 0,7 se considera un buen resultado |
Nivel de exigencia | Comprometerse y entregar; fallar un Rock es un problema | Ambicioso por diseño; llegar a 1,0 sugiere que el objetivo era demasiado fácil |
Mecanismo de alineación | Se desglosa a través del Accountability Chart y las reuniones Level 10 | Se desglosa en vertical y en horizontal mediante OKRs visibles y compartidos |
Mejor para qué etapa de empresa | Empresas emprendedoras, de unos 10 a 250 empleados | Organizaciones en escalado y grandes empresas, más de 200 con trabajo interfuncional |
Modo de fallo cuando se usa mal | Se convierte en una lista de tareas trimestral sin ritmo de ejecución | Se convierte en una pesadilla de seguimiento con demasiados Resultados clave y una puntuación pobre |
Tres diferencias son las que más pesan en la práctica. La responsabilidad: un Rock tiene un único responsable al que pedir cuentas, mientras que un OKR reparte la responsabilidad entre el responsable del Objetivo y el equipo que impulsa los Resultados clave. La filosofía de puntuación: binaria frente a espectro cambia, ya de entrada, la forma en que la gente fija sus objetivos.
El andamiaje: los Rocks dan por sentado que el resto del sistema operativo de EOS (Level 10, Scorecard, V/TO, IDS) ya está en marcha; los OKRs presuponen una cadencia de check-ins independiente y un ritual de puntuación. La siguiente sección hace tangible este contraste estructural.
Anatomía de un Rock frente a la de un OKR
Toma un único objetivo de negocio que casi todas las empresas de SaaS B2B tienen ahora mismo en su hoja de ruta: mejorar la activación de clientes. Así es como esa misma intención se lee como Rock y como OKR.
Como Rock:
Lanzar el flujo de activación rediseñado antes del 30 de septiembre. Responsable: Sarah Chen, VP de Producto. Estado al final del trimestre: hecho o no hecho.
Como OKR:
Objetivo: lograr que los nuevos usuarios tengan éxito en su primera semana. Resultado clave 1: aumentar la tasa de activación del día 7 del 34 % al 55 %. Resultado clave 2: reducir el tiempo medio hasta el primer valor de 8 días a 3 días. Resultado clave 3: alcanzar un NPS de activación de 45 o superior.
El Rock deja el entregable sin ambigüedades y asigna a una sola persona para sacarlo adelante: el equipo lanzará el flujo antes del 30 de septiembre o no lo hará. El OKR deja el resultado sin ambigüedades y permite que el equipo elija el camino, con tres Resultados clave que obligan a producto, diseño y marketing a ponerse de acuerdo sobre qué significa el éxito.
El Rock optimiza para entregar algo; el OKR optimiza para mover una métrica. En esa distinción está toda la clave. Si quieres más ejemplos desglosados por función, nuestra biblioteca de plantillas de OKR ofrece estructuras listas para copiar.
La cadencia y el mito del «trimestre de 90 días»
Tanto los Rocks como los OKRs presumen de una cadencia trimestral, pero los calendarios solo parecen idénticos en la superficie. Los ritmos de operación reales divergen de formas que moldean tanto la cultura como los resultados.
La cadencia de los Rocks de EOS es fija: cada 90 días el equipo directivo celebra el Quarterly Pulsing, fija de 3 a 7 Rocks por persona y luego revisa el estado cada semana en la reunión Level 10 con un semáforo verde-amarillo-rojo. Los problemas que bloquean un Rock pasan a la parte de IDS de la Level 10 y se resuelven en el momento. El día 90, cada Rock se puntúa de forma binaria y el equipo empieza de nuevo.
La cadencia de los OKRs tiene más piezas en movimiento. Los OKRs anuales de la empresa enmarcan el año, los OKRs trimestrales de los equipos se desglosan a partir de ellos y los check-ins suelen hacerse cada semana o cada dos semanas, con revisiones de confianza a mitad de trimestre que señalan los Resultados clave que van por mal camino antes del día de la puntuación. Nuestra guía del ciclo de OKR detalla el modelo completo de anidamiento.
La diferencia cultural no está en el calendario, sino en lo que ocurre entre los hitos. La cultura Rock dice: «informa del estado, identifica los bloqueos, resuelve los problemas y repite». La cultura OKR dice: «revisa la confianza, debate el progreso, recalibra y puntúa».
Puntuación: binaria frente a espectro
De todas las diferencias entre Rocks y OKRs, la que existe entre la puntuación de OKRs y la puntuación binaria de los Rocks es la más profunda. Predice mejor que cualquier otra variable si el framework encajará con tu cultura.
Los Rocks son binarios: o entregaste el compromiso SMART antes de la fecha límite o no lo hiciste. EOS recomienda que los equipos cumplan alrededor del 90 % de sus Rocks cada trimestre, lo que de forma implícita los entrena para comprometerse solo con resultados que tienen mucha confianza en poder entregar.
Los OKRs usan una escala de puntuación de 0,0 a 1,0, donde 1,0 significa logro total, 0,7 se considera un buen resultado para los OKRs ambiciosos y 0,3 significa un progreso relevante en un objetivo exigente que no esperabas alcanzar del todo. Si tu equipo puntúa de forma constante por encima de 0,8, el consejo habitual es que estás poniendo el listón demasiado bajo y necesitas fijar Objetivos más audaces. Nuestra guía sobre la puntuación de OKRs explica en detalle la rúbrica de puntuación.
La consecuencia cultural es enorme. La puntuación binaria castiga la ambición: nadie fija un Rock que podría no cumplir. La puntuación por espectro premia la ambición: fijar un OKR que no puedes alcanzar del todo es justo la idea, y puntuar 0,7 es un éxito.
Los equipos con culturas de compromiso muy arraigadas suelen detestar la puntuación de OKRs porque 0,7 se lee como «te has quedado a un 30 % del objetivo». Los equipos con culturas experimentales suelen detestar la puntuación de los Rocks porque el éxito binario mata la exploración. La respuesta correcta es la que encaje con la forma en que tu equipo piensa realmente sobre el riesgo.
Cuándo usar Rocks y cuándo usar OKRs
La elección del framework debe seguir al negocio, y no al revés. El siguiente árbol de decisión relaciona las señales más habituales con el framework que suele encajar.
Si tu equipo... | Inclínate por |
|---|---|
Tiene de 10 a 150 empleados y una única línea de producto | Rocks |
Tiene más de 200 empleados con dependencias interfuncionales | OKRs |
Ya funciona con EOS (V/TO, Level 10, Scorecard) | Rocks |
Opera en un mercado ambiguo y que cambia rápido | OKRs |
Hace un trabajo con mucha ejecución (operaciones, servicios, fabricación) | Rocks |
Hace trabajo de conocimiento donde el camino hacia el resultado no está claro | OKRs |
Tiene un equipo directivo que puntúa y recalibra con honestidad | OKRs |
Tiene un equipo directivo que se compromete con fechas y odia incumplirlas | Rocks |
Es remote-first o trabaja mucho en asíncrono | OKRs (la transparencia se acumula) |
Tiene una cultura fuerte de reuniones semanales presenciales | Rocks (la Level 10 funciona mejor en persona) |
La mayoría de los equipos se sitúan entre los extremos. Una empresa de SaaS de 75 personas con lanzamientos de producto interfuncionales y una cultura remote-first podría usar Rocks para el equipo directivo y OKRs para producto, mientras que una empresa de fabricación de 400 personas con plantas regionales podría quedarse solo con Rocks porque el trabajo es operativo. La cuestión es que aquí influyen la etapa de la empresa, el tipo de trabajo y la cultura, no solo el número de empleados.
Si no tienes claro dónde te sitúas, lo más seguro es elegir uno y aplicarlo con rigor durante dos trimestres completos antes de plantearte un cambio. La disciplina con un framework vale más que la teoría sobre frameworks.
¿Puedes usar ambos? El modelo híbrido
La postura oficial de EOS Worldwide es que no deberías usar Rocks y OKRs en paralelo: dos sistemas que compiten generan doble seguimiento, responsabilidades en conflicto y choques de puntuación. Tienen razón en que usar ambos de forma ingenua fracasa.
Existe un modelo híbrido que sí funciona, y muchas empresas con EOS ya maduro acaban aquí una vez que superan los 300 empleados. La regla es sencilla: los Rocks viven en la capa de equipo y de ejecución, los OKRs viven en la capa estratégica y de empresa, y ningún objetivo concreto aparece en ambos sistemas.
En la práctica, el equipo directivo fija de 3 a 5 OKRs anuales de empresa con Resultados clave trimestrales que abarcan varias funciones. Cada función traduce después su parte del trabajo del OKR en 3 a 7 Rocks trimestrales con un responsable individual. Los Rocks no son el OKR; son el trabajo de ejecución enfocado que contribuye a él. Las reuniones Level 10 revisan los Rocks, mientras que unos check-ins de OKR aparte revisan el progreso de los Resultados clave.
La trampa está en dejar que los dos sistemas se solapen sobre el mismo objetivo. Si «lanzar el flujo de activación» es a la vez un Rock y un Resultado clave, tienes un doble conteo y reglas de puntuación en conflicto. Nuestra guía de EOS y OKRs cubre con más profundidad la mecánica de la integración.
Errores comunes al cambiar de framework
La mayoría de los fracasos con Rocks vs OKRs vienen de equipos que pasan de uno a otro (o usan ambos) sin entender el modelo operativo que hay detrás de cada uno.
- Copiar y pegar Rocks en una plantilla de OKR. Los equipos que pasan de EOS a OKRs suelen escribir Resultados clave que no son más que entregables de Rock disfrazados («lanzar X para tal fecha»), y pierden la señal de aprendizaje que aporta la puntuación de OKRs.
- Convertir cada Resultado clave en un indicador binario de hecho o no hecho. El error contrario: un equipo incómodo con la puntuación de 0,7 reescribe sus Resultados clave como criterios de finalización. Ahora el framework de OKR no es más que Rocks con pasos de más.
- Usar los dos sistemas sobre el mismo objetivo. Si «aumentar la activación» aparece como Rock y como Resultado clave a cargo del mismo equipo, has contabilizado el trabajo dos veces y has creado dos definiciones de «hecho» que compiten entre sí.
- Abandonar la reunión Level 10 tras adoptar los OKRs. Los equipos que cambian de framework a menudo pierden el ritmo de EOS y dan por hecho que los check-ins de OKR lo sustituirán. Mantén la reunión, aunque cambie el artefacto que revisas.
- Puntuar los OKRs sin una cadencia de check-ins. Los equipos que solo vuelven a sus OKRs al final del trimestre casi siempre puntúan mal. Si no puedes comprometerte a check-ins semanales o quincenales, te irá mejor con Rocks. Nuestro desglose de los errores comunes con los OKRs lo explica con más detalle.
Preguntas frecuentes
¿Cuál es la diferencia entre Rocks y OKRs?
¿Google sigue usando OKRs?
¿Qué es mejor que los OKRs?
El mejor framework es el que tu equipo directivo va a mantener durante cuatro trimestres consecutivos.
En resumen
Si estás escalando una empresa de 10 a 200 personas y quieres claridad de ejecución, los Rocks suelen ganar. La disciplina de un solo responsable, el ritmo semanal de la Level 10 y la puntuación binaria refuerzan una cultura de «cumplimos nuestros compromisos» que es difícil de construir de otra manera en esa etapa.
Si tienes más de 200 empleados con dependencias interfuncionales, o compites en un mercado ambiguo, los OKRs suelen ganar. La puntuación ambiciosa, la alineación en cascada y la responsabilidad compartida sobre los Resultados clave están pensadas para esa complejidad. A partir de unos 300 empleados, el modelo híbrido merece una consideración seria: Rocks en la capa de ejecución, OKRs en la capa estratégica, con una regla estricta de que ningún objetivo viva en ambos sistemas.
El modelo correcto es el que tu equipo vaya a aplicar con rigor durante cuatro trimestres seguidos. Mooncamp es compatible tanto con Rocks como con OKRs (y con el híbrido intermedio); si buscas una herramienta que no te imponga la elección del framework, el software de ejecución de estrategia es un buen punto de partida.
