Pular para o conteúdo

Soluções · Governança e controle de automação

Incidente de automação sem causa: o que exigir ao contratar

Vou contratar a análise da causa de um incidente de automação. O que precisa estar definido antes de fechar o escopo?

Resposta direta

A contratação de uma análise de causa deve ser decidida pelo escopo, não pela promessa de encontrar a causa. O que se compra é um método: quais eventos serão reconstruídos, com qual evidência, em que prazo de retenção, e quem responde pelo laudo. Antes de assinar, vale separar três entregas: linha do tempo, hipóteses testadas e recomendações com responsável. Sem isso, o resultado vira relatório de opinião. Se a evidência disponível for insuficiente, o trabalho precisa dizer isso, e não preencher a lacuna com interpretação.

Objetivo
Orientar avaliação e contratação
Formato indicado
Workshop executivo
Atualizado em

O que esta página acrescenta: Trata a análise de causa como item de contratação, com escopo, evidência e entregável definidos antes do trabalho, em vez de tratar o registro ou o aprendizado posterior ao incidente.

O que a investigação precisa responder

Toda análise de causa começa por uma pergunta fechada: qual evento, em qual janela de tempo, e para qual decisão o resultado será usado. Sem essa definição, a investigação se espalha por hipóteses que ninguém vai tratar.

Definir o que conta como evidência também é parte do escopo. Registro de execução, parâmetro alterado, aprovação ausente e troca de credencial têm pesos diferentes. Quem contrata precisa saber quais desses materiais existem antes de aceitar o trabalho.

Contrato, evidência e entregável

O contrato precisa fixar três pontos: o que será analisado, o que está fora do escopo e quem responde pela conclusão. Também convém acordar como as evidências serão guardadas durante o trabalho, porque investigação sem retenção perde material no meio do caminho.

O entregável esperado é uma linha do tempo com fontes, as hipóteses testadas e as descartadas, e um conjunto de ações com responsável e critério de verificação. Recomendação sem responsável não muda processo.

O que a análise de causa não resolve

A análise explica o que aconteceu e por quê, mas não corrige controle de acesso, não define prioridade de correção e não substitui a decisão de manter ou desligar a automação. Essas são decisões de gestão, tomadas com o laudo em mãos.

Também há casos em que a evidência disponível não sustenta uma causa única. Quando isso acontece, o resultado honesto é a hipótese mais provável, com o que ficou sem explicação, e um plano para reduzir essa lacuna no próximo ciclo.

Recurso prático

Decisão de contratar a análise, em ordem

  1. Delimitar o evento: qual execução, em qual janela de tempo, e qual decisão depende da causa.
  2. Levantar a evidência existente: registros de execução, histórico de parâmetros, aprovações e mudanças de credencial.
  3. Separar o que a investigação cobre do que fica fora, incluindo áreas e sistemas não incluídos.
  4. Definir o entregável: linha do tempo com fontes, hipóteses testadas, ações com responsável e critério de verificação.
  5. Acordar retenção e acesso ao material durante o trabalho e depois da entrega.

O erro mais comum é contratar a investigação antes de saber qual decisão depende dela. Sem isso, o laudo descreve o incidente e não muda nenhuma decisão.

Sobre o que está escrito aqui

Conceitos relacionados: análise de causa raiz · linha do tempo de execução · evidência de registro · escopo de investigação · laudo com ação e responsável. 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

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Governança e controle de automação

Quer avaliar isso no seu contexto?

Esta página trata de análise de causa do incidente. Mapa de automação é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Workshop executivo.