Resposta direta
A correção só pode ser contratada como entrega verificável se o registro do que mudou fizer parte do escopo. Sem isso, não há como separar o que foi corrigido do que foi alterado de passagem, nem apontar quem aplicou a mudança. O contrato precisa nomear o que deve ser registrado, em que formato, onde fica guardado e quem assina o aceite. A ausência de registro não impede contratar; ela obriga a incluir a reconstrução do estado anterior como etapa paga e a definir um critério de aceite que não dependa da memória de quem executou.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a contratação da correção e o registro como entrega paga, em vez de discutir ferramenta de versionamento ou política interna de mudança.
O que a correção precisa deixar registrado
Toda correção muda três coisas: a regra que passa a valer, o estado anterior que deixa de valer e a razão da troca. Um registro útil cobre os três, com data, autor e o critério usado para decidir. Sem esses campos, a próxima pessoa a mexer na automação parte de uma versão cuja origem ela não conhece.
O registro não precisa ser extenso. Precisa apontar qual parâmetro, condição ou etapa mudou, o que valia antes e o que passou a valer. Quando a alteração foi feita no meio de um incidente, cabe registrar depois, enquanto o contexto ainda está disponível, e indicar que a decisão foi tomada sob pressão.
O que levar para a contratação
O registro é entrega, não cortesia. O contrato pode vincular o pagamento da correção à entrega do registro no formato acordado e guardado no local definido pela área responsável pela automação. Isso tira o registro do campo da boa vontade e coloca no mesmo lugar das demais obrigações do fornecedor.
Também cabe definir o aceite: quem confere se o registro descreve o que foi alterado e se a automação se comporta como esperado após a mudança. Aceite sem critério escrito costuma virar discussão sobre memória, não sobre entrega. Se o fornecedor não puder registrar o estado anterior, isso precisa constar como limitação declarada, com efeito sobre o escopo.
Onde o registro não resolve
Registro não prova que a correção está certa. Ele mostra que houve mudança, quando, por quem e com que justificativa. Se o critério de decisão estava errado, o registro apenas documenta o erro com clareza e permite que ele seja identificado depois.
Em automações que serão desligadas em breve, ou cuja correção é reversível e isolada, a exigência de registro completo pode custar mais que o benefício. E quando ninguém tem autoridade para definir o critério de aceite, o registro vira formulário preenchido sem efeito sobre o que a automação faz.
Recurso prático
Custo de reconstruir o que mudou
Custo de reconstrução = (A x H + E) x V
- A
- automações
- quantidade de automações alteradas sem registro do que mudou
- H
- horas por automação
- tempo gasto por uma pessoa para reconstruir o estado anterior a partir de execuções, documentos e versões disponíveis
- E
- horas
- tempo de entrevista com quem aplicou a correção para levantar contexto que não ficou registrado
- V
- custo por hora
- custo interno da hora da pessoa que faz a reconstrução, incluindo encargos
O erro mais comum é tratar esse custo como evento único. O mesmo histórico volta a ser reconstruído a cada auditoria, troca de responsável ou nova correção, porque o registro inexistente precisa ser refeito toda vez que alguém precisa dele.
Conceitos usados nesta página
- Critério de aceite — Critério de aceite é a condição objetiva que define quando uma entrega, tarefa ou automação é considerada concluída — verificável por quem recebe, não por quem produziu.
Sobre o que está escrito aqui
Conceitos relacionados: registro de mudança · ordem de mudança · responsável pela aplicação · estado anterior da automação · critério de aceite. 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
- Alerta que ninguém recebe: onde a responsabil… — alerta que ninguém recebe
- Alerta que ninguém recebe: como medir o silêncio — alerta que ninguém recebe
Páginas relacionadas
O mesmo problema em outro objetivo
- Correção aplicada sem registro: o que dá para reconstruir — Diagnosticar
- Correção aplicada sem registro: como reconstruir o que mudou — Organizar um processo
- Correção aplicada sem registro: como comparar alternativas — Comparar alternativas
- Correção aplicada sem registro: como medir o que mudou — Explicar medição
Outras leituras em Governança e controle de automação
- Mudança em produção sem aviso: tornar a alteração visível — Mostra onde o aviso de mudança se perde no percurso entre pedido e produção, o que registrar antes de aplicar e quem precisa ser avisado depois.
- Falha recorrente: quem responde pela causa raiz — O que definir no contrato e no aceite para que falha repetida tenha dono, evidência e prazo de tratamento, em vez de correção provisória.
- Fluxo mudou e o documento não: como manter o registro vivo — Como manter o registro de um fluxo de automação alinhado ao que roda em produção, com dono definido, gatilho de atualização e revisão.
- Incidente sem causa: o que exigir antes de contratar — O que delimitar num contrato de apoio quando o incidente de automação não tem causa identificada: escopo, evidência, responsabilidade e encerramento.
- Interrupção contratada: o que o contrato precisa definir — O que o contrato de automação precisa definir sobre parada: quem interrompe, por qual canal, com que evidência e como isso entra no aceite.