BSC, OKR e Opportunity Solution Tree não resolvem o mesmo problema

Balanced Scorecard, OKR e Opportunity Solution Tree podem aparecer no mesmo processo de planejamento, mas não são três formatos intercambiáveis para escrever objetivos táticos.

O Balanced Scorecard ajuda a traduzir e acompanhar uma estratégia por diferentes perspectivas. OKRs registram um objetivo e os resultados mensuráveis que demonstrariam seu avanço em determinado ciclo. A Opportunity Solution Tree organiza o trabalho de descoberta entre um resultado desejado, oportunidades percebidas junto aos clientes, soluções possíveis e testes de suposições.

Escolher uma dessas ferramentas antes de identificar a decisão necessária tende a produzir quadros bem preenchidos e pouca clareza.

Balanced Scorecard: tornar a estratégia observável

Robert Kaplan e David Norton apresentaram o Balanced Scorecard no início da década de 1990 como uma forma de complementar medidas financeiras com outras perspectivas de desempenho. A formulação clássica reúne:

financeira;
clientes;
processos internos;
aprendizado e crescimento.

No artigo Using the Balanced Scorecard as a Strategic Management System, os autores descrevem o BSC como um sistema para traduzir visão e estratégia, comunicar objetivos e conectar medidas e iniciativas.

Um scorecard não deveria ser apenas uma lista de indicadores distribuídos em quatro caixas. A utilidade está em explicitar relações que a organização considera importantes. Por exemplo:

capacitar a operação
    ↓
reduzir retrabalho no processo
    ↓
aumentar a previsibilidade percebida pelo cliente
    ↓
melhorar retenção e resultado financeiro

As setas representam hipóteses estratégicas, não leis causais. Os indicadores ajudam a verificar se a sequência está ocorrendo; não provam, sozinhos, que uma etapa causou a seguinte.

Use BSC quando a pergunta estiver próxima de: como traduzir e acompanhar a estratégia de uma organização ou unidade por perspectivas relacionadas?

OKR: declarar uma mudança e como reconhecê-la

Um OKR possui duas partes:

Objetivo: direção qualitativa, clara e relevante;
Resultados-chave: evidências mensuráveis de que o objetivo avançou ou foi alcançado.

Resultados-chave não são objetivos menores nem uma lista de tarefas. “Instalar sensores”, “treinar a equipe” e “lançar o dashboard” descrevem iniciativas. Elas podem ser necessárias, mas sua conclusão não demonstra que o resultado pretendido ocorreu.

O material do Google sobre OKRs recomenda que resultados-chave descrevam resultados, apresentem evidência verificável e não se limitem a atividades.

Compare:

Objetivo: tornar as entregas previsíveis para os clientes.

KR orientado a atividade:
- implantar um sistema de roteirização.

KR orientado a resultado:
- elevar a proporção de pedidos entregues dentro da janela prometida
  da linha de base para a meta definida no ciclo.

O segundo enunciado permite descobrir que a solução escolhida não produziu o efeito esperado. No primeiro, a equipe pode concluir o projeto e ainda manter atrasos.

KR não é sinônimo de KPI

Um KPI acompanha continuamente a saúde de uma operação, produto ou negócio. Um resultado-chave estabelece uma mudança desejada durante um ciclo. A mesma medida pode cumprir os dois papéis em momentos diferentes.

Por exemplo, a taxa de entrega no prazo pode ser um KPI acompanhado permanentemente. Se ela se tornou uma prioridade estratégica, sua mudança de um valor inicial para uma meta pode compor um KR. O contexto e o horizonte definem o papel, não o nome da métrica.

Use OKR quando a pergunta estiver próxima de: qual mudança priorizamos agora e quais resultados mostrarão avanço?

Opportunity Solution Tree: organizar a descoberta

A Opportunity Solution Tree, ou OST, foi desenvolvida por Teresa Torres para representar visualmente caminhos possíveis até um resultado desejado. Ela não é uma árvore de objetivos táticos nem começa com uma solução escolhida.

Sua estrutura reúne quatro níveis:

resultado desejado: o efeito de produto ou negócio que delimita a descoberta;
oportunidades: necessidades, dificuldades e desejos observados junto aos clientes;
soluções: alternativas que podem atender a uma oportunidade priorizada;
testes de suposições: formas de avaliar os riscos das soluções antes de investir integralmente.

Essa definição está no glossário de Opportunity Solution Tree do Product Talk, mantido por Teresa Torres.

Um erro frequente é escrever “alto consumo de água devido à falta de software” como oportunidade. A frase já pressupõe a causa e direciona a solução. Uma oportunidade deveria permanecer no espaço do problema observado, como “a equipe não consegue identificar rapidamente quais setores estão recebendo água além do necessário”.

Use uma OST quando a pergunta estiver próxima de: que necessidades ou dificuldades podemos atender para produzir o resultado, e que suposições das soluções precisam ser testadas?

Comparação direta

Ferramenta	Unidade principal	Pergunta que ajuda a responder	Erro frequente
Balanced Scorecard	Estratégia e perspectivas relacionadas	Como traduzir e acompanhar a estratégia?	Preencher quatro listas sem relações explícitas
OKR	Objetivo e resultados do ciclo	Que mudança priorizamos e como reconheceremos avanço?	Usar tarefas como resultados-chave
Opportunity Solution Tree	Resultado, oportunidades, soluções e testes	Onde explorar antes de escolher a solução?	Registrar ideias internas como se fossem oportunidades de clientes

Essa tabela simplifica abordagens que possuem variações. Ela serve para distinguir seus papéis, não para prescrever uma única implementação.

Como elas podem se conectar

Considere uma empresa que observa perda de clientes associada à imprevisibilidade das entregas. Antes de definir qualquer percentual, ela precisa conhecer a linha de base, os segmentos afetados e o custo de diferentes atrasos.

No Balanced Scorecard

A organização pode relacionar:

aprendizado e crescimento: melhorar a capacidade de analisar ocorrências logísticas;
processos internos: reduzir variação desnecessária no fluxo de separação e entrega;
clientes: aumentar a confiança na janela prometida;
financeira: reduzir cancelamentos e compensações associados a atrasos.

Cada relação continua sendo uma hipótese a verificar.

No OKR

Uma equipe responsável pelo problema pode escrever:

Objetivo: tornar a promessa de entrega confiável para o segmento prioritário.

KR1: elevar entregas dentro da janela de [linha de base] para [meta].
KR2: reduzir pedidos sem atualização após atraso de [linha de base] para [meta].
KR3: reduzir contatos repetidos sobre o mesmo pedido de [linha de base] para [meta].

Os números precisam vir de dados e capacidade reais. Inserir 10%, 20% ou 50% apenas para tornar o objetivo “mensurável” cria precisão sem fundamento.

Na Opportunity Solution Tree

O resultado do ciclo pode delimitar a árvore. Entrevistas, contatos de suporte e observação do processo podem revelar oportunidades como:

clientes não entendem quando a previsão mudou;
a operação descobre o atraso tarde demais;
atendentes não conseguem explicar o estado do pedido;
algumas regiões recebem janelas incompatíveis com a capacidade local.

Somente depois de organizar e priorizar essas oportunidades a equipe gera soluções. Para “clientes não entendem quando a previsão mudou”, poderia explorar comunicação proativa, revisão do cálculo da janela ou alternativas de escolha. Cada opção possui suposições diferentes sobre valor, usabilidade, viabilidade e efeito no negócio.

Não é obrigatório usar as três

Combinar ferramentas aumenta vocabulário, reuniões e manutenção. Uma empresa pode ter uma estratégia clara sem BSC, trabalhar com metas sem OKRs e fazer boa descoberta sem desenhar uma OST.

Antes de adicionar um artefato, defina:

qual decisão ele apoiará;
quem o atualizará;
de onde virão os dados;
com que frequência será revisto;
o que deixará de ser feito quando a evidência contrariar a hipótese.

Se dois documentos repetem o mesmo objetivo e divergem depois, a combinação criou ambiguidade em vez de alinhamento.

A sequência começa pela decisão

BSC amplia a visão sobre a estratégia. OKR concentra atenção em resultados de um ciclo. Opportunity Solution Tree mantém alternativas abertas durante a descoberta.

Nenhuma das três ferramentas determina automaticamente uma meta realista, valida uma causa ou garante o resultado. Esse trabalho depende de linha de base, evidência, responsáveis, capacidade e revisão periódica.

A pergunta inicial não deveria ser “qual framework vamos adotar?”. Deveria ser “que decisão precisamos tornar mais clara?”. A ferramenta vem depois.