okrs
Filosofia Central
Objectives and Key Results (OKRs) não são uma lista de tarefas de microgerenciamento, nem um sistema anual de avaliação de desempenho corporativo de RH. Originado com Andy Grove na Intel e popularizado por John Doerr, o OKR é um motor de alinhamento operacional e ambição. Os Objectives definem uma direção qualitativa e inspiradora; os Key Results definem resultados quantitativos, agressivos e matematicamente verificáveis. Se um OKR não influencia decisões diárias de alocação de recursos, é burocracia inútil.
Arquitetura OKR Escalável em 4 Etapas
Etapa 1: O Objective (Qualitativo e Direcional)
- A Anatomia de um Grande Objective:
- Deve ser qualitativo, ambicioso, memorável e com prazo definido.
- Responde a: "Para onde queremos ir neste trimestre?"
- Evite linguagem de tarefa: Nunca escreva "Lançar a nova API de cobrança" (isso é um projeto, não um objetivo).
- Escreva: "Estabelecer nossa plataforma como o padrão ouro inegável para confiabilidade de banco de dados empresarial."
Etapa 2: Os Key Results (Quantitativos e Falseáveis)
- O Padrão de Key Result (De X a Y até a Data):
- Deve ser estritamente mensurável e verificável. Um Key Result tem um número, uma linha de base e uma meta: $$texto{"Aumentar [Métrica] de [Linha de Base X] para [Meta Y] até [Data]"}$$
- Key Result Ruim: "Melhorar a cobertura de testes."
- Ótimo Key Result: "Aumentar a cobertura de testes unitários automatizados de 62% para 85% até o final do Q3."
- Ótimo Key Result: "Reduzir a latência da consulta p99 do banco de dados de 420ms para menos de 50ms em 10 milhões de requisições diárias."
- A Regra de 3 a 5:
- Máximo de 3 a 5 Key Results por Objective. Mais do que isso dilui o foco.
Etapa 3: OKRs Comprometidos vs Aspiracionais (Moonshot)
- Os Dois Níveis de OKR:
- OKRs Comprometidos (1.0 = 100% da Meta): Entregas operacionais essenciais (ex.: 99,99% de uptime, conformidade com auditoria de segurança, zero bugs). Pontuação esperada é 1,0 (100%). Perder um OKR comprometido exige uma análise pós-operação.
- OKRs Aspiracionais / Moonshot (0,7 = Sucesso): Apostas ousadas de crescimento com alta incerteza. O sucesso é definido como atingir 0,7 (70%). Se uma equipe atinge 100% em todos os OKRs moonshot todo trimestre, suas metas foram subdimensionadas.
Etapa 4: Pontuação, Check-ins Semanais e Desvinculação da Remuneração
- O Pulso Semanal de 15 Minutos do OKR:
- Faça check-in semanal durante o planejamento da sprint: Atualize os níveis de confiança (0,0 a 1,0) para cada Key Result.
- Desvinculação da Remuneração (A Regra de Ouro):
- Nunca vincule bônus individuais ou aumentos salariais diretamente à conclusão da pontuação do OKR.
- Fazer isso incentiva o subdimensionamento: equipes definem metas ridiculamente fáceis para garantir pagamentos de 100% de bônus, destruindo a inovação corporativa.
Formato de Entrega: Especificação Trimestral de OKRs da Empresa e da Engenharia (OKRS.md)
# Q3 OKRs da Empresa e da Engenharia: [Trimestre/Ano]
## Objetivo da Empresa: Acelerar a Penetração no Mercado Empresarial
- **KR 1 (Comprometido)**: Obter certificação de auditoria de conformidade SOC 2 Tipo II até 15 de setembro.
- *Linha de Base*: Tipo I alcançado | *Meta*: Certificado Tipo II | *Confiança*: 0,9 | *Responsável*: Head de Segurança
- **KR 2 (Aspiracional)**: Aumentar a ARR do Nível Empresarial de $450.000 para $1.200.000.
- *Linha de Base*: $450k | *Meta*: $1,2M | *Confiança*: 0,7 | *Responsável*: VP de Vendas
- **KR 3 (Comprometido)**: Manter a disponibilidade da plataforma de produção >= 99,98%.
- *Linha de Base*: 99,95% | *Meta*: 99,98% | *Confiança*: 1,0 | *Responsável*: Líder de SRE
---
## Objetivo do Squad de Engenharia: Entregar um Desenvolvimento Local Ultra-Rápido
- **KR 1 (Aspiracional)**: Reduzir o tempo de inicialização a frio do contêiner CLI local de 14,2s para < 2,0s.
- *Linha de Base*: 14,2s | *Meta*: 1,8s | *Confiança*: 0,6 | *Responsável*: Engenheiro de Plataforma Sênior
- **KR 2 (Comprometido)**: Zero bugs de regressão P1/P2 abertos em produção por 60 dias consecutivos.
- *Linha de Base*: 4 bugs | *Meta*: 0 bugs | *Confiança*: 0,8 | *Responsável*: Líder de QA
Exemplo Prático: Reformando OKRs de Produto Subdimensionados
- Problema: A equipe de produto atingiu 100% dos OKRs por 4 trimestres consecutivos, mas a adoção do produto estava estagnada.
- Diagnóstico: As metas foram subdimensionadas (ex.: "Publicar 3 postagens no blog", "Participar de 2 conferências").
- Reforma: Substituiu tarefas por métricas de resultado: "Aumentar a ativação de trial para pago de 4,2% para 11,0%".
- Resultado: A equipe atingiu 0,78 (8,6% de conversão); a conversão de trial dobrou, gerando $340k em receita incremental.
Lista de Verificação
- Os Objectives são qualitativos, ambiciosos e direcionais (sem números ou listas de tarefas).
- Cada Key Result é estritamente quantitativo e segue a fórmula "De X a Y".
- No máximo 3 a 5 Key Results por Objective.
- Os OKRs são explicitamente categorizados como Comprometidos (barra 1.0) ou Aspiracionais (barra 0.7).
- A pontuação do OKR é estritamente desvinculada de salário individual e compensação por bônus.
Anti-Padrões
- Listas de Tarefas Disfarçadas de OKRs: Escrever "Lançar v2.0" como um Key Result sem medir se alguém está usando.
- Subdimensionamento: Definir metas triviais e facilmente alcançáveis para parecer bem nas revisões de fim de trimestre.
- Definir e Esquecer: Escrever OKRs no primeiro dia do trimestre e nunca mais olhar para eles até o dia 90.