OKR: o que é, exemplos e como definir

Entenda o que é OKR, diferenças para KPI e metas, exemplos e como definir objetivos e resultados-chave em empresas de engenharia.

Confira!

OKR é uma abordagem de gestão que conecta uma prioridade qualitativa a resultados mensuráveis. A sigla significa Objectives and Key Results, ou objetivos e resultados-chave. Em vez de registrar apenas uma intenção ampla ou uma lista de tarefas, o método exige clareza sobre o que deve mudar e como a organização reconhecerá que avançou.

Em empresas de engenharia, OKRs podem direcionar melhorias de previsibilidade, qualidade documental, produtividade, digitalização, integração entre disciplinas, desempenho de contratos e maturidade do PMO. Eles não substituem projetos, processos, indicadores ou responsabilidades. Sua função é selecionar poucas prioridades para um ciclo e mobilizar resultados coerentes com elas.

O que é OKR?

OKR é uma estrutura formada por um Objective, que descreve a mudança qualitativa pretendida, e por Key Results, que definem evidências quantitativas de progresso ou alcance.

O objetivo comunica direção. Os resultados-chave mostram como o progresso será reconhecido. Quando os dois componentes estão bem formulados, a equipe consegue distinguir avanço real de simples execução de atividades.

A página What Matters sobre significado e exemplos de OKR apresenta a estrutura como Objectives and Key Results e enfatiza a combinação entre direção e resultados mensuráveis.

O que significa a sigla OKR?

Componente	Função	Pergunta principal
Objective	Descrever a mudança desejada	O que precisa ser diferente ao final do ciclo?
Key Results	Demonstrar quantitativamente o avanço	Como saberemos que a mudança ocorreu?

Um objetivo sem resultados-chave permanece sujeito a interpretação. Resultados-chave sem objetivo podem produzir números sem direção. O valor do OKR está na relação entre ambos.

Objetivo, resultado-chave e iniciativa são diferentes

O objetivo representa a direção. O resultado-chave mede o efeito. A iniciativa corresponde ao trabalho realizado para influenciar o resultado.

Considere um objetivo de aumentar a previsibilidade das entregas de engenharia. Um resultado-chave pode determinar que o percentual de entregáveis concluídos no prazo passe de 72% para 92%. Revisar o workflow, criar critérios de entrada, redistribuir capacidade e implantar alertas são iniciativas possíveis.

As iniciativas podem ser concluídas sem que o resultado aconteça. Publicar um procedimento ou implantar um painel demonstra execução; não comprova que a previsibilidade melhorou.

Atividade não é resultado. Antes de aprovar um resultado-chave, confirme se ele descreve uma mudança observável e não apenas a conclusão de uma tarefa.

Entenda como objetivos, processos e indicadores se conectam na gestão de processos.

Para que servem os OKRs?

OKRs ajudam a concentrar atenção nas mudanças mais importantes de um período. Eles tornam prioridades explícitas, criam uma referência comum entre áreas e permitem acompanhar se o trabalho está gerando o resultado pretendido.

Também conectam estratégia e operação. Uma diretriz como “aumentar a confiabilidade da engenharia” é ampla. Ao transformá-la em objetivo e resultados-chave, a organização precisa definir quais dimensões representam essa confiabilidade: prazo, retrabalho, aprovação na primeira submissão, estabilidade do backlog ou outra condição relevante.

OKR, KPI, meta, SLA e plano de ação

Elemento	Função principal	Exemplo
OKR	Direcionar uma mudança prioritária durante um ciclo	Tornar a aprovação documental previsível
KPI	Acompanhar continuamente uma dimensão de desempenho	Percentual de documentos no prazo
Meta	Definir o valor esperado	Atingir pelo menos 95%
SLA	Estabelecer compromisso entre partes	Analisar documentos em cinco dias úteis
Plano de ação	Organizar atividades e responsáveis	Revisar formulário e workflow

Um KPI pode ser utilizado como resultado-chave quando representa a mudança pretendida. O SLA pode fornecer uma referência contratual. O plano de ação registra como a equipe pretende influenciar os resultados.

OKR não deve virar um catálogo de todos os indicadores da empresa. Os indicadores contínuos permanecem no sistema de gestão; o OKR seleciona os que demonstram avanço em uma prioridade específica.

OKR e PDCA

OKR e PDCA não são concorrentes. O OKR define a mudança e os resultados. O PDCA organiza o aprendizado e a melhoria necessários para produzi-los.

No planejamento, a equipe estabelece linha de base, objetivo e resultados-chave. Durante a execução, implementa iniciativas. Na verificação, compara desempenho e meta. Ao agir, consolida o novo padrão ou revisa hipóteses e ações.

Essa combinação evita OKRs sem método de execução e ciclos de melhoria sem conexão com uma prioridade organizacional.

Tipos de OKR

OKRs comprometidos

Representam resultados assumidos como necessários. Recursos, responsabilidades e prioridades precisam ser compatíveis com o compromisso.

OKRs aspiracionais

Buscam avanço além do desempenho habitual e aceitam maior incerteza. O caráter aspiracional não elimina a necessidade de medir resultados e aprender.

OKRs de aprendizado

São úteis quando ainda não há conhecimento suficiente para estabelecer uma meta confiável. Os resultados-chave demonstram redução de incerteza, validação de hipóteses ou criação de uma linha de base.

A escolha do tipo precisa ser explícita para evitar que um objetivo aspiracional seja interpretado como obrigação contratual ou que um objetivo comprometido seja tratado como tentativa opcional.

Como escrever um bom objetivo

Um bom objetivo descreve uma condição futura relevante, sem se limitar a uma tarefa ou a um número. Ele precisa indicar direção e possuir escopo compatível com o ciclo.

“Implantar um dashboard” é iniciativa. “Elevar a previsibilidade da gestão de contratos de engenharia” é objetivo. O dashboard pode ser uma das ações utilizadas para alcançá-lo.

Objetivos genéricos como “melhorar processos” ou “aumentar eficiência” precisam de contexto. A formulação deve explicar qual condição será transformada e por que ela importa.

Como definir bons resultados-chave

Resultados-chave precisam mostrar mudança observável. Uma formulação consistente contém indicador, linha de base, valor-alvo e prazo ou ciclo.

Em vez de “realizar treinamento”, um resultado-chave pode estabelecer “elevar de 58% para 85% a conformidade das submissões na primeira verificação até o encerramento do trimestre”. O treinamento permanece como iniciativa; o resultado mede o efeito.

É importante equilibrar dimensões. Reduzir prazo sem controlar qualidade pode aumentar retrabalho. Elevar produtividade sem considerar complexidade pode favorecer tarefas simples.

Resultados-chave também precisam ser influenciáveis pela equipe. Uma medida totalmente dependente de cliente, mercado ou fornecedor não deve ser usada isoladamente para responsabilização.

Resultado-chave de efeito ou de atividade?

Sempre que possível, o resultado-chave deve medir a mudança produzida.

Formulação	Tipo	Avaliação
Realizar quatro workshops	Atividade	Mede esforço
Publicar novo procedimento	Entrega	Demonstra produção de artefato
Reduzir retrabalho de 28% para 12%	Resultado	Mede efeito no processo
Elevar adesão ao workflow para 90%	Resultado de adoção	Mede incorporação do método

Atividades e entregas podem aparecer em ciclos de aprendizado ou implantação inicial, mas não devem dominar o conjunto.

Quantos objetivos e resultados-chave utilizar?

A quantidade deve preservar foco. Muitos objetivos competindo pelo mesmo ciclo reproduzem o planejamento anual inteiro dentro da estrutura de OKR.

O material da What Matters sobre elaboração de OKRs recomenda reservar o método para prioridades relevantes e utilizar um conjunto limitado de resultados mensuráveis.

Cada objetivo exige responsáveis, iniciativas, acompanhamento e tomada de decisão. Quando tudo é prioridade, os conflitos de recursos permanecem ocultos.

OKR exige escolha real. Um conjunto extenso de objetivos não cria alinhamento; apenas transfere para o ciclo os conflitos que a liderança não resolveu.

Veja como estruturar governança, prioridades e cadência executiva com um PMO de engenharia.

Qual deve ser a duração do ciclo?

Ciclos trimestrais são frequentes porque equilibram tempo para produzir mudanças e oportunidade de revisar prioridades. Entretanto, a duração não é regra universal.

Objetivos estratégicos podem possuir horizonte anual e resultados intermediários. Processos operacionais podem exigir ciclos menores. Transformações técnicas ou regulatórias podem necessitar períodos maiores.

A periodicidade deve ser compatível com a velocidade do resultado e a cadência de decisão.

Como definir OKRs passo a passo

identificar a prioridade que realmente exige mudança;
estabelecer a linha de base com dados confiáveis;
escrever o objetivo qualitativo;
escolher resultados-chave com valor inicial, alvo e período;
verificar equilíbrio, riscos e governabilidade;
atribuir proprietário e responsáveis pelas fontes;
planejar iniciativas e dependências;
estabelecer check-ins e escalonamentos;
encerrar o ciclo com avaliação e aprendizado.

O método pode ser apoiado pelo mapeamento de processos, por workflows e por uma Matriz RACI que esclareça responsáveis e interfaces.

Exemplo de OKR para uma empresa de engenharia

Considere uma empresa que deseja tornar a elaboração e aprovação de documentos técnicos mais previsível. A situação atual mostra 71% dos documentos no prazo, 31% de devolução por falhas de entrada e 54% de aprovação na primeira submissão.

Objective

Tornar o fluxo de documentos técnicos previsível, confiável e transparente para projetos e clientes.

Key Results

elevar de 71% para 92% os documentos concluídos no prazo;
reduzir de 31% para 12% as devoluções por entradas incompletas;
elevar de 54% para 78% a aprovação na primeira submissão;
reduzir de 8,4 para 5,5 dias úteis o percentil 95 do tempo de ciclo;
assegurar rastreabilidade de revisão, aprovador e aceite em todos os documentos concluídos.

Iniciativas possíveis

A equipe pode revisar critérios de entrada, padronizar modelos, configurar validações no workflow, treinar responsáveis, ajustar capacidade e implantar alertas. Essas ações são hipóteses para influenciar os resultados, não a pontuação do objetivo.

Governança

O proprietário pode ser a gerência de engenharia. O controle documental responde pelos registros; coordenadores de disciplina, pelos critérios técnicos; o PMO, por dependências, riscos e conflitos de capacidade.

O exemplo se conecta à gestão de processos, ao workflow de aprovação e à solução de Implantação de PMO de Engenharia.

Exemplos de OKR por área

PMO e portfólio

Objetivo: aumentar a confiabilidade da tomada de decisão sobre o portfólio. Resultados-chave podem tratar atualização de linhas de base, riscos críticos tratados, previsibilidade de marcos e prazo de decisão nos stage-gates.

Gestão de contratos

Objetivo: tornar obrigações, entregáveis e pendências contratuais rastreáveis. Resultados podem medir aceite no prazo, pendências vencidas, evidências e tempo de resposta.

Gestão documental

Objetivo: assegurar que a documentação técnica vigente esteja disponível e controlada. Resultados podem medir conformidade de metadados, tempo de localização, duplicidades e revisões obsoletas.

Transformação digital

Objetivo: substituir controles paralelos por um fluxo digital integrado. Resultados podem medir adesão ao sistema oficial, redução de planilhas, qualidade dos dados e tempo economizado.

Como acompanhar OKRs durante o ciclo

O acompanhamento não deve ocorrer apenas no encerramento. Check-ins periódicos analisam progresso, confiança, bloqueios, riscos e necessidade de ajuste das iniciativas.

A atualização precisa utilizar fontes definidas. Workflows, GED, ERP e plataformas integradas podem fornecer eventos e dados rastreáveis.

Um painel deve mostrar valor inicial, valor atual, alvo, tendência, responsável e data de atualização. A solução de Indicadores, Dashboards e Relatórios Executivos de Engenharia trata da estruturação dessas fontes e rotinas de decisão.

O painel não governa o objetivo. A gestão depende de fonte confiável, responsável e decisões registradas.

Conheça o ENGiOS para integrar objetivos, indicadores, projetos e workflows.

Como encerrar um OKR

A pontuação deve refletir o alcance dos resultados-chave, mas não pode ser tratada como cálculo automático de desempenho individual. Contexto, qualidade dos dados, mudança de premissas e efeitos adversos precisam ser considerados.

O fechamento deve registrar resultados alcançados, iniciativas que contribuíram, hipóteses confirmadas, riscos observados, padrões incorporados e decisões para o próximo ciclo.

Resultados não alcançados não devem ser copiados automaticamente. Primeiro é necessário verificar se o objetivo continua prioritário e se a estratégia permanece válida.

OKR e avaliação individual

A vinculação direta a remuneração pode incentivar metas conservadoras, manipulação de dados, competição entre áreas e ocultação de riscos.

A organização pode considerar contribuição e colaboração em avaliações mais amplas, mas precisa separar o sistema de objetivos da apuração automática de desempenho. Processos interfuncionais dependem de capacidade, tecnologia, entradas e múltiplos responsáveis.

OKR em projetos de engenharia

OKR não substitui escopo, cronograma, orçamento, riscos, critérios de aceite ou estrutura de entregáveis. A EAP em projetos de engenharia continua necessária para decompor o trabalho.

A ISO 21502 apresenta orientações aplicáveis a diferentes tipos de projeto e abordagens de entrega. A adoção brasileira correspondente pode ser localizada no Catálogo de Normas Técnicas da ABNT.

Em projetos, OKRs são úteis para mudanças prioritárias que atravessam entregáveis ou equipes. Os compromissos contratuais permanecem obrigatórios independentemente da pontuação do OKR.

Como alinhar OKRs entre áreas

Alinhamento não significa copiar o mesmo objetivo em toda a organização. Cada área deve compreender como contribui para o resultado e quais dependências precisam ser gerenciadas.

Um objetivo corporativo de aumentar previsibilidade pode gerar resultados diferentes para engenharia, suprimentos, contratos e tecnologia. A relação precisa ser discutida com responsáveis, interfaces e critérios de escalonamento.

Papel do PMO nos OKRs

O PMO pode apoiar calendário, padrões mínimos, facilitação, consolidação, qualidade das definições, dependências e integração com portfólio e estratégia.

O PMO de engenharia também pode impedir que OKRs concorram silenciosamente com projetos e compromissos contratuais. Antes de aprovar objetivos, é necessário verificar capacidade, orçamento e riscos.

Erros comuns

Transformar tarefas em resultados-chave

Reuniões, sistemas e relatórios medem atividade. O resultado-chave deve demonstrar a mudança produzida.

Criar objetivos demais

Excesso de objetivos dilui capacidade e torna o acompanhamento burocrático.

Não registrar linha de base

Sem valor inicial, não há como avaliar a magnitude do avanço.

Utilizar indicadores sem fonte confiável

Resultados atualizados por estimativa ou planilhas paralelas comprometem confiança.

Confundir objetivo aspiracional com obrigação contratual

Prazos, requisitos e critérios de aceite permanecem válidos.

Encerrar o ciclo sem aprendizado

Pontuar e arquivar não é suficiente. O fechamento deve gerar decisões e revisão de hipóteses.

Como implantar OKRs sem burocracia

Comece com um piloto em uma área ou prioridade relevante. Escolha poucos objetivos, confirme dados, estabeleça check-ins curtos e registre decisões. O guia da What Matters sobre implantação inicial apresenta a adoção gradual como alternativa para organizações que estão começando.

Depois do piloto, padronize apenas o necessário: calendário, ficha do OKR, responsáveis, fonte dos dados, check-ins e encerramento. A plataforma ENGiOS pode conectar objetivos, indicadores, projetos, contratos, documentos e workflows em ambiente rastreável.

Conclusão

OKR conecta uma prioridade qualitativa a resultados quantitativos. Sua aplicação exige foco, linha de base, resultados influenciáveis, dados confiáveis, responsáveis e cadência de decisão.

Em empresas de engenharia, a estrutura pode direcionar melhorias de prazo, qualidade, integração, governança e transformação digital. Ela funciona melhor quando complementa processos, indicadores, projetos, responsabilidades e critérios técnicos já estabelecidos.

Referências técnicas

[1] WHAT MATTERS. What is an OKR? Definition and Examples. Disponível em: https://www.whatmatters.com/faqs/okr-meaning-definition-example. Acesso em: 23 jul. 2026.

[2] WHAT MATTERS. OKR Examples: How to Write Objectives and Key Results. Disponível em: https://www.whatmatters.com/faqs/okr-examples-and-how-to-write-them. Acesso em: 23 jul. 2026.

[3] DOERR, John. Measure What Matters: how Google, Bono, and the Gates Foundation rock the world with OKRs. New York: Portfolio, 2018.

[4] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21502:2020 — Project, programme and portfolio management — Guidance on project management. Geneva: ISO, 2020.

[5] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR ISO 21502:2021 — Gerenciamento de projetos, programas e portfólios — Orientação sobre gerenciamento de projetos. Rio de Janeiro: ABNT, 2021.

[6] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR ISO 9001:2015 — Sistemas de gestão da qualidade — Requisitos. Rio de Janeiro: ABNT, 2015.

Perguntas frequentes

O que é OKR?

OKR é uma estrutura de definição de objetivos composta por um objetivo qualitativo e resultados-chave mensuráveis que demonstram o progresso durante um ciclo.

O que significa a sigla OKR?

OKR significa Objectives and Key Results, traduzido como objetivos e resultados-chave.

Qual é a diferença entre OKR e KPI?

OKR direciona uma mudança prioritária durante um ciclo. KPI acompanha continuamente uma dimensão crítica de desempenho e pode ser utilizado como resultado-chave.

Quantos resultados-chave um objetivo deve ter?

O conjunto deve ser limitado e suficiente para demonstrar a mudança, sem virar catálogo de todas as métricas da área.

Qual é a duração de um ciclo de OKR?

Ciclos trimestrais são comuns, mas a duração deve acompanhar a velocidade do resultado e a cadência de decisão.

Resultado-chave pode ser uma tarefa?

Preferencialmente não. Tarefas são iniciativas; o resultado-chave deve medir efeito, adoção ou aprendizado.

OKR substitui planejamento de projetos?

Não. OKR não substitui escopo, cronograma, orçamento, riscos, EAP, critérios de aceite ou governança.

OKR deve ser ligado à remuneração?

A vinculação automática pode incentivar metas conservadoras, manipulação de dados e competição. A avaliação deve considerar contexto e contribuição de forma mais ampla.