Rocks vs OKRs é uma escolha entre duas filosofias distintas de definição de metas: os Rocks do EOS são de 3 a 7 prioridades binárias, com um único responsável, que você se compromete a concluir em 90 dias, enquanto os OKRs são Objetivos aspiracionais combinados com Resultados-Chave mensuráveis que buscam desafio e alinhamento entre equipes. A decisão central é se sua equipe precisa de foco e responsabilidade (Rocks) ou de alinhamento e ambição (OKRs).
- Metas diferentes, culturas diferentes: os Rocks codificam a disciplina de execução, enquanto os OKRs codificam a ambição e o alinhamento.
- A pontuação é a diferença mais profunda: os Rocks são binários, feito ou não feito, enquanto os OKRs usam uma escala de 0,0 a 1,0 em que 0,7 é a zona ideal de desafio.
- Tamanho e complexidade importam: equipes de 10 a 200 pessoas costumam sair ganhando com Rocks, e organizações com mais de 200 funcionários e dependências interfuncionais tendem a sair ganhando com OKRs.
- O modelo híbrido funciona acima de 300 funcionários: use Rocks na camada de execução das equipes e OKRs na camada estratégica, sem que nenhuma meta esteja presente nos dois sistemas.
Montei este guia porque a maioria dos artigos sobre o assunto toma partido, e os fundadores e gestores com quem converso querem uma leitura clara e neutra, que os ajude a escolher o framework certo para a empresa deles, não o que o consultor está vendendo.
O que você vai encontrar:
- O que são os Rocks do EOS?
- O que são OKRs?
- Rocks vs OKRs: comparação lado a lado
- Anatomia de um Rock vs anatomia de um OKR
- Cadência e o mito do "trimestre de 90 dias"
- Pontuação: binária vs espectro
- Quando usar Rocks e quando usar OKRs
- Dá para usar os dois? O modelo híbrido
- Erros comuns ao trocar de framework
- Perguntas frequentes
O que são os Rocks do EOS?
Os Rocks do EOS são definidos como as 3 a 7 prioridades mais importantes que uma equipe ou uma pessoa se compromete a concluir em um ciclo de 90 dias dentro do Entrepreneurial Operating System (EOS). Gino Wickman apresentou o conceito em seu livro de 2007, Traction, usando a metáfora de Stephen Covey (First Things First, 1994) sobre as pedras grandes que você precisa encaixar no pote antes que a areia e a água preencham os espaços vazios.
Cada Rock tem um único responsável, é formulado com os critérios SMART e é pontuado de forma binária ao final do trimestre: feito ou não feito.
Os Rocks fazem parte do conjunto mais amplo de ferramentas do EOS: são definidos durante o Quarterly Pulsing, revisados semanalmente na reunião Level 10, discutidos com o método IDS (Identify, Discuss, Solve, ou identificar, discutir, resolver) e acompanhados junto com o Scorecard e o Accountability Chart. Sem essa estrutura ao redor, os Rocks trimestrais funcionam como simples listas de tarefas.
Segundo a EOS Worldwide, mais de 280.000 empresas rodavam com o EOS no final de 2025, concentradas no segmento de PMEs de 10 a 250 funcionários, onde foco e uma responsabilidade clara e individual superam mecanismos sofisticados de alinhamento. A filosofia do "menos, porém maior" é justamente essa: se tudo é um Rock, nada é.
O que são OKRs?
OKRs, sigla de Objectives and Key Results (Objetivos e Resultados-Chave), são definidos como um framework de definição de metas que combina um Objetivo qualitativo (a ambição) com 3 a 5 Resultados-Chave mensuráveis (a prova de que você o alcançou). Andy Grove criou o modelo na Intel nos anos 1970 (High Output Management), e John Doerr o popularizou mais tarde ao apresentar os OKRs ao Google, em 1999 (Measure What Matters).
Um ciclo padrão de OKR é trimestral e costuma estar aninhado dentro dos OKRs anuais da empresa. As equipes definem de 3 a 5 Objetivos por ciclo, avaliam cada KR em uma escala de 0,0 a 1,0 e buscam a zona ideal de desafio de 0,7 para que os OKRs aspiracionais continuem desafiadores.
O framework de OKR se espalhou do Google para LinkedIn, Spotify, Microsoft e a maior parte do setor de tecnologia moderno. O Relatório de Impacto dos OKRs constatou que 83% das empresas pesquisadas dizem que os OKRs têm um impacto positivo em sua organização.
Os OKRs pressupõem check-ins semanais ou quinzenais, chamadas de confiança no meio do ciclo e retrospectivas estruturadas. Sem esse ritmo, os OKRs se degradam em listas de desejos já na terceira semana do trimestre. Nosso guia sobre como escrever OKRs detalha as regras estruturais a fundo.
Rocks vs OKRs: comparação lado a lado
Ambos os frameworks buscam traduzir a estratégia em prioridades trimestrais, mas partem de premissas diferentes sobre responsabilidade, ambição e risco. A tabela abaixo resume as diferenças operacionais em dez dimensões.
Dimensão | Rocks do EOS | OKRs |
|---|---|---|
Origem | Gino Wickman, Traction (2007), metáfora de Covey (1994) | Andy Grove na Intel (anos 1970), popularizado por John Doerr no Google (1999) |
Cadência | Ciclos de 90 dias, definidos na reunião de Quarterly Pulsing | Ciclos trimestrais, geralmente aninhados sob os OKRs anuais |
Número por ciclo | De 3 a 7 por pessoa ou equipe, sem exceções | De 3 a 5 Objetivos, cada um com 3 a 5 Resultados-Chave |
Estrutura | Uma frase SMART por Rock | Objetivo + Resultados-Chave (aspiração qualitativa, evidência quantitativa) |
Modelo de responsabilidade | Um único responsável por Rock | Responsável pelo Objetivo mais responsabilidade compartilhada da equipe pelos KRs |
Pontuação | Binária: feito ou não feito | Escala graduada de 0,0 a 1,0, sendo 0,7 considerado um bom resultado |
Nível de desafio | Comprometer e entregar; não cumprir um Rock é um problema | Aspiracional por natureza; atingir 1,0 sugere que a meta era fácil demais |
Mecanismo de alinhamento | Desdobrado pelo Accountability Chart e pelas reuniões Level 10 | Desdobrado na vertical e na horizontal por meio de OKRs visíveis e compartilhados |
Melhor estágio de empresa | Empresas empreendedoras, com cerca de 10 a 250 funcionários | Organizações em crescimento e de grande porte, com mais de 200 funcionários e trabalho interfuncional |
Modo de falha quando mal utilizado | Vira uma lista de tarefas trimestral sem ritmo de execução | Vira um pesadelo de acompanhamento com KRs demais e avaliação fraca |
Três diferenças pesam mais na prática. Responsabilidade: um Rock tem um único responsável, é dele que se cobra, enquanto um OKR distribui a responsabilidade entre o responsável pelo Objetivo e a equipe que conduz os KRs. Filosofia de pontuação: binário versus espectro já muda, desde o início, a forma como as pessoas definem suas metas.
Estrutura de apoio: os Rocks partem do princípio de que o restante do sistema operacional do EOS (Level 10, Scorecard, V/TO, IDS) já está em funcionamento; os OKRs pressupõem uma cadência independente de check-ins e um ritual de avaliação. A próxima seção torna esse contraste estrutural mais concreto.
Anatomia de um Rock vs anatomia de um OKR
Pegue uma meta de negócio que quase toda empresa de SaaS B2B tem no roadmap agora: melhorar a ativação de clientes. Veja como essa mesma intenção se traduz como Rock e como OKR.
Como Rock:
Lançar o fluxo de ativação redesenhado até 30 de setembro. Responsável: Sarah Chen, VP de Produto. Status ao final do trimestre: feito ou não feito.
Como OKR:
Objetivo: fazer com que os novos usuários tenham sucesso na primeira semana. Resultado-Chave 1: aumentar a taxa de ativação do dia 7 de 34% para 55%. Resultado-Chave 2: reduzir o tempo médio até o primeiro valor de 8 dias para 3 dias. Resultado-Chave 3: alcançar um NPS de ativação de 45 ou mais.
O Rock deixa o entregável sem ambiguidade e coloca uma única pessoa responsável por lançá-lo: a equipe vai lançar o fluxo até 30 de setembro ou não vai. O OKR deixa o resultado sem ambiguidade e permite que a equipe escolha o caminho, com três Resultados-Chave que obrigam produto, design e marketing a se alinharem sobre o que significa sucesso.
O Rock otimiza para entregar algo; o OKR otimiza para mover uma métrica. É essa distinção que faz toda a diferença. Para mais exemplos organizados por função, nossa biblioteca de modelos de OKR traz estruturas prontas para copiar.
Cadência e o mito do "trimestre de 90 dias"
Tanto os Rocks quanto os OKRs dizem seguir uma cadência trimestral, mas os calendários só parecem iguais na superfície. Os ritmos de operação de fato divergem de formas que moldam tanto a cultura quanto os resultados.
A cadência dos Rocks no EOS é fixa: a cada 90 dias, a liderança faz o Quarterly Pulsing, define de 3 a 7 Rocks por pessoa e depois revisa o status semanalmente na reunião Level 10, usando um semáforo verde-amarelo-vermelho. Problemas que travam um Rock são levados para a parte de IDS da Level 10 e resolvidos ali mesmo. No dia 90, cada Rock recebe uma pontuação binária e a equipe reinicia o ciclo.
A cadência dos OKRs tem mais peças em movimento. Os OKRs anuais da empresa dão a moldura do ano, os OKRs trimestrais das equipes se desdobram a partir deles, e os check-ins costumam acontecer semanal ou quinzenalmente, com revisões de confiança no meio do trimestre sinalizando os KRs fora do rumo antes do dia da avaliação. Nosso guia do ciclo de OKR detalha todo o modelo de aninhamento.
A diferença cultural não está no calendário; está no que acontece entre os marcos. A cultura Rock diz: "reporte o status, identifique bloqueios, resolva os problemas, repita." A cultura OKR diz: "confira a confiança, debata o progresso, recalibre, avalie."
Pontuação: binária vs espectro
De todas as diferenças entre Rocks e OKRs, a que existe entre a pontuação de OKR e a pontuação binária dos Rocks é a mais profunda. Ela prevê, melhor do que qualquer outra variável, se o framework vai se encaixar na sua cultura.
Os Rocks são binários: ou você entregou o compromisso SMART até o prazo, ou não entregou. O EOS recomenda que as equipes cumpram cerca de 90% dos seus Rocks a cada trimestre, o que, na prática, as treina a se comprometer apenas com resultados que elas têm alta confiança de conseguir entregar.
Os OKRs usam uma escala de avaliação de 0,0 a 1,0, em que 1,0 significa realização total, 0,7 é considerado um bom resultado para OKRs aspiracionais, e 0,3 significa progresso relevante em uma meta desafiadora que você não esperava cumprir por completo. Se sua equipe avalia constantemente acima de 0,8, a recomendação padrão é que você está jogando por baixo e precisa definir Objetivos mais ousados. Nosso guia sobre pontuação de OKR detalha a rubrica de avaliação.
A consequência cultural é enorme. A pontuação binária pune a ambição: ninguém define um Rock que talvez não cumpra. A pontuação por espectro recompensa a ambição: definir um OKR que você não vai conseguir cumprir por completo é exatamente o ponto, e uma avaliação de 0,7 é uma vitória.
Equipes com culturas de comprometimento profundo costumam odiar a avaliação de OKR, porque 0,7 soa como "errou por 30%". Equipes com culturas experimentais costumam odiar a pontuação de Rocks, porque o sucesso binário mata a exploração. A resposta certa é a que combina com a forma como sua equipe realmente pensa sobre risco.
Quando usar Rocks e quando usar OKRs
A escolha do framework deve seguir o negócio, não o contrário. A árvore de decisão abaixo relaciona os sinais mais comuns ao framework que costuma se encaixar melhor.
Se a sua equipe... | Incline-se para |
|---|---|
Tem de 10 a 150 funcionários e uma única linha de produto | Rocks |
Tem mais de 200 funcionários com dependências interfuncionais | OKRs |
Já roda o EOS (V/TO, Level 10, Scorecard) | Rocks |
Atua em um mercado ambíguo e de mudança rápida | OKRs |
Faz um trabalho voltado à execução (operações, serviços, manufatura) | Rocks |
Faz trabalho de conhecimento em que o caminho até o resultado não é claro | OKRs |
Tem uma liderança que avalia e recalibra com honestidade | OKRs |
Tem uma liderança que se compromete com prazos e odeia não cumpri-los | Rocks |
É remote-first ou trabalha muito de forma assíncrona | OKRs (a transparência se acumula) |
Tem uma cultura forte de reuniões semanais presenciais | Rocks (a Level 10 funciona melhor presencial) |
A maioria das equipes fica entre os dois extremos. Uma empresa de SaaS com 75 funcionários, lançamentos de produto interfuncionais e uma cultura remote-first pode usar Rocks para a liderança e OKRs para o time de produto, enquanto uma fabricante com 400 funcionários e plantas regionais pode ficar só com Rocks, porque o trabalho é operacional. O ponto é que o estágio da empresa, o tipo de trabalho e a cultura pesam tanto quanto o número de funcionários, não só ele.
Se você não tem certeza de onde sua empresa se encaixa, o mais seguro é escolher um framework e aplicá-lo com disciplina por dois trimestres completos antes de cogitar uma troca. Disciplina na execução do framework vale mais do que teoria sobre frameworks.
Dá para usar os dois? O modelo híbrido
A posição oficial da EOS Worldwide é que você não deveria rodar Rocks e OKRs em paralelo: dois sistemas concorrentes criam acompanhamento duplicado, responsabilidade conflitante e choques de pontuação. E eles têm razão: usar os dois de forma ingênua não funciona.
Existe um modelo híbrido que funciona, e muitas empresas com EOS já maduro chegam a ele quando passam de cerca de 300 funcionários. A regra é simples: os Rocks ficam na camada de equipe e execução, os OKRs ficam na camada estratégica e da empresa, e nenhuma meta individual aparece nos dois sistemas.
Na prática, a liderança define de 3 a 5 OKRs anuais da empresa com Resultados-Chave trimestrais que atravessam várias funções. Cada função então traduz sua parte do trabalho do OKR em 3 a 7 Rocks trimestrais, cada um com um responsável individual. Os Rocks não são o OKR; eles são o trabalho de execução focado que contribui para ele. As reuniões Level 10 revisam os Rocks, enquanto check-ins separados de OKR acompanham o progresso dos Resultados-Chave.
A armadilha é deixar os dois sistemas se sobreporem na mesma meta. Se "lançar o fluxo de ativação" for ao mesmo tempo um Rock e um Resultado-Chave, você tem contagem duplicada e regras de avaliação conflitantes. Nosso guia de EOS e OKR detalha a mecânica de integração.
Erros comuns ao trocar de framework
A maioria dos fracassos em Rocks vs OKRs vem de equipes que migram de um framework para o outro (ou tentam rodar os dois) sem entender o modelo operacional por trás de cada um.
- Copiar e colar Rocks direto em um modelo de OKR. Equipes que migram do EOS para OKRs costumam escrever Resultados-Chave que são só entregáveis de Rock disfarçados ("lançar X até tal data"), perdendo o sinal de aprendizado que a avaliação de OKR oferece.
- Transformar todo Resultado-Chave em um indicador binário de feito ou não feito. O erro inverso: uma equipe incomodada com a avaliação em 0,7 reescreve os KRs como critérios de conclusão. Aí o framework de OKR vira só um Rock com passos extras.
- Rodar os dois sistemas na mesma meta. Se "aumentar a ativação" aparece como um Rock e como um Resultado-Chave sob responsabilidade da mesma equipe, você contou o mesmo trabalho duas vezes e criou duas definições concorrentes do que é "feito".
- Abandonar a reunião Level 10 depois de adotar OKRs. Equipes que trocam de framework costumam largar o ritmo do EOS e presumir que os check-ins de OKR vão substituí-lo. Mantenha a reunião, mesmo que o conteúdo discutido nela mude.
- Avaliar OKRs sem uma cadência de check-ins. Equipes que só revisitam os OKRs no final do trimestre quase sempre avaliam mal. Se você não consegue se comprometer com check-ins semanais ou quinzenais, é melhor ficar com Rocks. Nosso guia sobre erros comuns de OKR detalha isso.
Perguntas frequentes
Qual é a diferença entre Rocks e OKRs?
O Google ainda usa OKRs?
O que é melhor do que OKRs?
O melhor framework é aquele que a liderança da sua empresa vai manter por quatro trimestres seguidos.
Em resumo
Se você está escalando uma empresa de 10 a 200 funcionários e quer clareza na execução, os Rocks costumam vencer. A disciplina do responsável único, o ritmo semanal da Level 10 e a pontuação binária reforçam uma cultura de "cumprimos nossos compromissos" que é difícil construir de outra forma nesse estágio.
Se você tem mais de 200 funcionários com dependências interfuncionais, ou compete em um mercado ambíguo, os OKRs costumam vencer. A avaliação aspiracional, o alinhamento em cascata e a responsabilidade compartilhada pelos Resultados-Chave foram pensados para essa complexidade. Acima de cerca de 300 funcionários, o modelo híbrido merece uma consideração séria: Rocks na camada de execução, OKRs na camada estratégica, com a regra rígida de que nenhuma meta esteja presente nos dois sistemas.
O modelo certo é o que sua equipe vai conseguir aplicar com disciplina por quatro trimestres seguidos. O Mooncamp oferece suporte tanto a Rocks quanto a OKRs (e ao híbrido entre eles); se você quer uma ferramenta que não impõe a escolha do framework, software de execução de estratégia é um bom ponto de partida.
