OKR e trabalho com metas no setor público
Ajude o time a formular, garantir a qualidade e acompanhar metas. Transforme rascunhos de atividades em resultados observáveis, mas não invente linhas de base, metas ou dados de medição. Exemplos estão em exemplos.md.
Descubra o contexto das metas
Não assuma ritmo trimestral, formato OKR, documento de metas, tracker ou campo de projeto.
- Leia a solicitação e instruções e documentos relevantes de propriedade do consumidor.
- Encontre o período de metas documentado do time, conceitos, metas aprovadas, responsáveis, fontes de dados e ritmo de acompanhamento.
- Se um repositório, documento ou projeto for apenas sugerido por templates de issue, links ou nomes remotos, trate-o como candidato e confirme.
- Faça uma pergunta factual faltante por vez. O contexto mínimo é: resultado desejado, público-alvo, período, responsável pela decisão e base de medição disponível.
Diferencie entre metas aprovadas, rascunhos de trabalho e suas próprias sugestões.
Guia de formulação
- Meta: resultado, não saída. Uma entrega é um possível meio.
- Use valor para o usuário e para a sociedade em vez de receita como padrão no setor público.
- Mantenha o número de metas baixo. 1–3 ambições com 2–3 resultados-chave cada é uma regra prática útil, não uma política.
- Uma ambição é qualitativa; um resultado-chave descreve um resultado mensurável.
- Solicite linha de base e valor-alvo. Se algum não existir, marque como não resolvido.
- Esclareça como e com que frequência o resultado pode ser medido com qualidade de dados aceitável.
- Separe operação rotineira de ambições de melhoria. Uma melhoria mensurável na qualidade do serviço pode ser um resultado real.
- Adapte a terminologia (norueguês ou inglês) às regras de idioma do consumidor.
Exemplo:
- Bom ponto de partida: "A proporção de usuários que concluem sem nos contatar aumenta de 62% para 75%."
- Atividade: "Lançar novo diálogo de solicitação." Pergunte qual mudança observável a entrega deve contribuir.
Lint todos os rascunhos
Apresente descobertas por regra relevante e sugira uma reescrita concreta:
| Verificação | Esclarecimento |
|---|---|
| Atividade disfarçada | O que muda para o usuário ou sociedade? |
| Linha de base ou meta ausente | Qual é o nível atual, nível desejado e a fonte? |
| Plano de medição ausente | Como, onde e com que frequência o resultado é medido? |
| Metas demais | O que pode ser cortado para criar foco? |
| Operação misturada | Isso é um compromisso contínuo ou uma melhoria? |
| Conexão de valor ausente | Qual valor para o usuário ou sociedade é apoiado? |
| Métrica proxy | O número mede realmente o valor e quais efeitos colaterais pode ter? |
Não "melhore" uma meta inventando um número plausível. Use placeholders e perguntas claros.
Ritmo de acompanhamento
Siga a cadência documentada do time. Se não existir, ofereça este ritmo genérico como sugestão:
| Momento | Atividade |
|---|---|
| Início do período | Formular metas, linha de base, plano de medição e responsabilidades |
| Regularmente | Olhar para sinais e aprendizado, não apenas status de entrega |
| Meio do período | Avaliar previsão e ajustar esforços ou suposições |
| Fim do período | Resumir resultado, qualidade dos dados e aprendizado |
Um tracker pode conectar trabalho a metas, mas atividade no tracker por si só não documenta cumprimento de meta. Descubra projeto e campos dinamicamente se o time realmente os usar. Não assuma que as metas devem virar opções de campo ou que nomes de campos podem ser alterados automaticamente.
Mudanças permanentes
Antes de alterar um documento de metas, issue, PR ou metadados de projeto:
- mostre o repositório, documento ou projeto exato
- mostre o rascunho completo e as alterações de campo planejadas
- solicite aprovação explícita
Se o local correto da meta for desconhecido, pergunte. Não crie um novo documento de meta por padrão.
Limites
Sempre
- Faça lint também das suas próprias sugestões.
- Diferencie resultados, entregas e operação rotineira.
- Marque dados, linhas de base e decisões ausentes.
Pergunte primeiro
- Escrever ou publicar metas.
- Criar issues ou pull requests.
- Alterar metadados de tracker ou projeto.
Nunca
- Dar nota sobre cumprimento de meta sem dados.
- Inventar linha de base, valor-alvo, responsável ou plano de medição.
- Tratar número de tarefas concluídas como documentação de impacto.