Entre o score e a prova, há cinco etapas e vários donos.

A pergunta que vem logo depois de um diagnóstico aceito é sempre a mesma: e agora? A resposta é uma sequência, não uma ferramenta. Boa parte dos programas que travam não trava na execução técnica; trava por ter pulado uma das etapas que tornam o resultado demonstrável.

1. Fixar o escopo antes de mexer

Escopo é a lista exata do que vai ser alterado: quais domínios, quais serviços, quais pontos de terminação. Ele precisa ser escrito antes da mudança porque define contra o que a medição final vai comparar. Escopo definido depois da execução tende a coincidir com o que deu certo, e uma comparação assim não sobrevive a leitura atenta.

2. Registrar o estado anterior

Uma medição na régua, com data de corte, identificador da rodada, cobertura alcançada e modo de cálculo. Sem esse registro, a medição posterior é um número solto: não há como distinguir uma melhora real de uma coleta que simplesmente alcançou pontos diferentes.

3. Executar com reversibilidade

A mudança acontece no ambiente do cliente, conduzida por quem opera aquele ambiente: time interno, integrador, fornecedor do equipamento. Duas propriedades importam mais do que a velocidade. A primeira é poder reverter. A segunda é garantir que a mudança não degrade em silêncio para um estado incompatível com a política definida. Uma negociação criptográfica que cai para uma versão antiga quando o cliente não suporta a nova é uma reversão que ninguém pediu.

4. Recoletar nas mesmas condições

Mesma infraestrutura de coleta, mesmos módulos, mesma versão do motor, mesma calibração. Recoletar com uma versão diferente produz um delta que mistura mudança de ambiente com mudança de método, e não há como separar os dois depois do fato.

5. Comparar declarando tudo

A comparação final precisa carregar escopo, modo, cobertura, versão e rodada das duas pontas. Isso não é burocracia. Um auditor, um conselho ou o cliente do seu cliente precisa conseguir ler o resultado sem ter participado de nenhuma das etapas anteriores, e só consegue quando esses cinco campos estão escritos.

A objeção

A GWK conduz essas cinco etapas?

As etapas 2, 4 e 5 são medição, e é o que a GWK faz, incluindo a recoleta posterior quando contratada para ela. As etapas 1 e 3 são decisão e execução dentro do ambiente do cliente, conduzidas por quem tem acesso e responsabilidade sobre ele. A ponte entre as duas metades existe como projeto de engenharia da GWK, não como capacidade contratável, e este site não a apresenta como disponível.

O que isso sustenta

  • Montar o plano com os donos certos em cada etapa, em vez de esperar que um fornecedor cubra todas.
  • Exigir registro do estado anterior como condição de início, não como entregável final.
  • Incluir reversibilidade e ausência de downgrade silencioso nos critérios de aceite da mudança.

Fora do escopo deste texto

  • A sequência descreve o caminho até uma redução demonstrável no escopo alterado. Ela não estima custo, prazo nem viabilidade de nenhuma mudança específica.
Continue a leitura

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

Por que medir não reduz exposição

Um diagnóstico não altera o ambiente que ele descreve. O que a medição resolve, o que ela não toca e por que a separação entre as duas coisas interessa a quem contrata.

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.

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.