O score projetado é um plano, não um resultado.

Uma projeção mostra onde a organização chegaria se um conjunto de ações declaradas fosse executado. É uma ferramenta de priorização legítima e útil. Vira afirmação falsa no instante em que alguém a apresenta como estado atual.

O que a projeção faz

O roadmap de governança recebe um conjunto de ações que a organização declara que pretende executar e calcula o efeito de cada uma sobre o resultado, na mesma régua. A saída útil não é o número final. É a ordem: quais ações rendem mais por unidade de esforço, quais dependem de outras para valer alguma coisa, e onde o ganho marginal deixa de justificar o custo.

A projeção roda inteiramente em modo completo, com estado atual e estado projetado na mesma régua. Isso não é detalhe de implementação: comparar um estado atual público com um projetado completo produziria um delta que mistura mudança de instrumento com efeito de ação, exatamente o erro que a régua constante evita.

O que ela não faz

A projeção não observa nada. Ela não sabe se a ação foi executada, se foi executada como descrita, se sobreviveu ao primeiro incidente operacional ou se foi revertida na semana seguinte. Ela responde a uma pergunta condicional, e a condição é fornecida por quem preenche a declaração.

Isso a torna inútil como prova e valiosa como plano. Demonstrar que uma ação aconteceu exige o caminho descrito no outro texto desta série: registrar o estado anterior, executar, recoletar nas mesmas condições e comparar declarando tudo. A projeção serve para escolher qual ação entra nesse caminho primeiro.

A objeção

Posso apresentar o score projetado como o resultado do programa?

Não, e a distinção é fácil de manter no vocabulário. Projeção responde a “se fizermos X, o modelo estima Y”. Resultado responde a “fizemos X, e a medição posterior mostrou Y no escopo Z”. As duas frases têm formas diferentes, e um relatório que troca a primeira pela segunda afirma algo que ninguém verificou. Se a projeção aparecer num material executivo, ela precisa vir rotulada como projeção, com as ações declaradas listadas ao lado.

O que isso sustenta

  • Usar projeção para sequenciar o programa e medição para comprová-lo, nunca o contrário.
  • Rotular explicitamente toda projeção que chegue a material executivo, com as ações declaradas ao lado.
  • Perguntar, diante de qualquer número de melhoria, se ele foi observado ou estimado.

Fora do escopo deste texto

  • A projeção depende da qualidade do que foi declarado. O motor consome a declaração, não a audita.
  • Ganho projetado não é garantia de ganho observado. A execução real encontra restrições que a declaração não descreve.
Continue a leitura

Da série sobre medição e adequação

Como verificar redução de risco sem trocar de régua

Cinco condições tornam duas medições comparáveis. Quebrada qualquer uma, o delta mede método em vez de risco, e o erro não aparece no resultado final.

Sinais configuráveis, estruturais e organizacionais

Nem toda exposição se resolve do mesmo jeito. Três classes de sinal, três cronogramas diferentes, e por que classificar antes de priorizar economiza trimestres.

Discutir uma avaliação

Se este texto descreveu um problema que você tem, a conversa começa pelo escopo que você precisa medir, com os limites escritos antes de qualquer proposta.