Resposta direta
Mede-se pelo comportamento observável, não pelo código. A automação sem fonte acessível é avaliada por quatro evidências: o que ela produz, quando executa, quanto falha e quanto custa operar. Cada execução precisa deixar registro de entrada, saída e responsável. A partir disso, comparam-se resultados esperados com os obtidos em janela definida. O código explica intenção; a evidência mostra comportamento. Quando só a segunda existe, a medida é mais grosseira, mas ainda suficiente para decidir sobre continuidade, restrição de acesso e substituição.
- Objetivo
- Explicar medição
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a medição como leitura de evidência externa, com cálculo de cobertura por execução observada, em vez de análise de configuração ou de permissões.
O que a execução deixa para trás
Sem código, o que existe é o rastro da execução. Arquivos gerados, linhas gravadas em base, mensagens enviadas, horário de início e de término, destino do resultado. São esses artefatos que formam a base de medição, não a documentação do fornecedor.
O primeiro trabalho é acordar quais artefatos contam como prova. Um relatório que aparece na pasta certa, todos os dias, no mesmo horário, vale mais que uma descrição de arquitetura. O critério precisa ser verificável por quem não participou da implantação.
Comparar entrega com expectativa declarada
A referência de comparação vem de fora do código: contrato, chamado de origem, execução manual anterior ou período em que o processo era feito por pessoas. Dela saem volume esperado, prazo tolerado e formato de saída.
A medida útil é a diferença, não o total. Quantas execuções entregaram o volume previsto, quantas atrasaram, quantas produziram saída incompleta. Divergência recorrente em um mesmo ponto indica regra mal ajustada; divergência dispersa indica fragilidade de operação.
O que a medição externa não alcança
Observar de fora não revela a lógica interna. Não mostra por que uma decisão foi tomada, nem quais caminhos do fluxo nunca são executados. Um processo pode apresentar resultado correto durante meses e conter regra errada que só aparece em situação atípica.
Também não atribui causa. Quando a saída falha, a evidência aponta o sintoma e o horário, não o trecho responsável. Para causa raiz é necessário acesso ao fornecedor, ao ambiente ou ao histórico de mudanças. Sem isso, a decisão sobre manter, restringir ou substituir a automação continua sendo julgamento, com margem de erro declarada.
Recurso prático
Cobertura de evidência por janela de observação
Cobertura = (execuções com registro completo ÷ execuções identificadas na janela) × 100
- Execuções com registro completo
- execuções
- execuções que deixaram entrada, saída e horário identificáveis no período
- Execuções identificadas
- execuções
- execuções detectadas por agenda, fila, contador de saída ou chamada registrada
- Janela de observação
- dias
- período coberto pela contagem, escolhido para incluir ao menos um ciclo completo de negócio
O erro mais comum é contar apenas execuções concluídas com sucesso. A falha sem saída desaparece da conta e o índice sobe exatamente quando o controle piora.
Sobre o que está escrito aqui
Conceitos relacionados: execução observada · evidência de saída · taxa de falha por lote · janela de observação · responsável pela automação. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Governança e controle de automação — Página central do tema
- Automação após erro: comparar quatro modos de… — automação que continua após erro
- Automação que falha: o que o contrato precisa… — automação que continua após erro
Páginas relacionadas
O mesmo problema em outro objetivo
- Automação sem código-fonte: o que dá para saber — Diagnosticar
- Automação sem código-fonte: o que dá para controlar — Organizar um processo
- Automação sem código-fonte: o que comparar antes de decidir — Comparar alternativas
- Automação sem código-fonte: controle pelo comportamento — Orientar implementação
- Automação sem código acessível: o que dá para exigir na compra — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Ausência de registros: o que precisa de comprovação — Como definir quais automações exigem registro, a partir das decisões que precisam ser comprovadas, e o que fazer com o período que já ficou sem histórico.
- Fluxo de quem saiu: o que verificar antes de assumir — O que verificar em um fluxo herdado de quem saiu: dependências, credenciais, dados de entrada, responsável e critérios para assumir a automação.
- Fluxo de quem saiu da empresa: comparar o que fazer — Compara as saídas possíveis para um fluxo sem dono — manter, reescrever, desativar ou transferir — e o que cada uma exige antes da decisão.
- Automação fora do inventário: o que dá para medir — Define como reconciliar fontes independentes do inventário e quais indicadores mostram automação fora de registro, com limites da medição.
- Monitoramento que depende de alguém olhar: como medir — O que medir para saber quanto da vigilância sobre automações depende de uma pessoa olhando, e onde esse arranjo falha.