Resposta direta
A escolha depende do que será decidido com o resultado. Se a pergunta é o que mudar no processo, a análise de causa raiz com ação atribuída sustenta a decisão. Se a pergunta é o que aconteceu, na ordem em que aconteceu, a linha do tempo basta. Se a pergunta é por que a automação agiu daquela forma, é preciso reconstruir a entrada e a regra aplicada. Compare as abordagens por três pontos: custo de produzir a análise, tipo de decisão que ela habilita e validade do resultado depois que o processo muda.
- Objetivo
- Comparar alternativas
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Compara as abordagens de investigação pelo tipo de decisão que cada uma sustenta, e não pelo método em si.
O que separa uma abordagem da outra
Toda investigação de incidente parte de uma pergunta. Algumas perguntas são sobre sequência, outras sobre regra, outras sobre responsabilidade. O método só faz sentido depois que a pergunta está definida; começar pelo método produz relatório longo e decisão curta.
Três características separam as opções na prática: custo de produzir a análise, tipo de decisão que ela habilita e validade do resultado depois que o processo muda. Uma investigação barata que aponta a regra errada custa mais do que a investigação completa.
O que a análise de causa não alcança
Nenhuma abordagem entrega causa única quando o incidente nasce de várias decisões pequenas. Automação combinada com exceção manual, dado incompleto e mudança de processo não se reduz a um fator isolado.
Também não existe investigação confiável sobre registro incompleto. Se o log não mostra entrada, regra e resultado, a análise vira reconstrução por memória e não sustenta ação. Esse limite é de dado, não de método, e não se resolve com mais esforço de análise.
O que fecha uma investigação
A escolha mais defensável é a que termina em mudança nomeada, com responsável e critério de verificação. Sem isso, a análise descreve o passado e não altera o próximo incidente.
Comparar alternativas serve para reduzir o escopo, não para esgotar o caso. Em incidente com impacto material, o custo maior de investigação se justifica. Em desvio pequeno e recorrente, a análise por classe de incidente rende mais que o caso isolado.
Recurso prático
Alternativas de investigação de causa e o que cada uma entrega
| Alternativa de análise | O que entrega e onde não serve |
|---|---|
| Linha do tempo do evento | Reconstitui a ordem do que rodou e em que ponto houve desvio. Não diz intenção nem regra; sozinha, não explica a razão do desvio. |
| Cinco porquês sobre a regra | Chega rápido a uma hipótese de regra ou de dado de entrada. Para no primeiro responsável plausível quando ninguém exige evidência. |
| Causa raiz com ação atribuída | Termina em mudança de processo com dono e critério de verificação. Custa mais e só se sustenta se o registro do incidente for confiável. |
| Reconstrução da decisão da automação | Mostra qual entrada e qual regra produziram a ação. Não cobre falha de infraestrutura nem erro humano fora do fluxo automatizado. |
| Análise por classe de incidente | Compara vários casos do mesmo tipo e revela padrão de processo. Não serve para caso isolado nem para resposta imediata. |
O erro mais comum é escolher a abordagem pelo nome e não pela decisão que ela precisa sustentar. Análise de causa raiz sem responsável definido para a ação vira relatório arquivado.
Sobre o que está escrito aqui
Conceitos relacionados: análise de causa raiz · linha do tempo do incidente · ação corretiva com responsável · registro de incidente · reconstrução da decisão da 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
- Fluxo de quem saiu da empresa: como reorganiz… — fluxo criado por pessoa que saiu da empresa
- Fluxo de quem saiu da empresa: como assumir a… — fluxo criado por pessoa que saiu da empresa
Páginas relacionadas
O mesmo problema em outro objetivo
- Incidente sem causa clara: o que olhar antes de corrigir — Diagnosticar
- Falha de automação: separar causa de coincidência — Organizar um processo
- Causa do incidente: como medir a análise sem virar ritual — Explicar medição
- Incidente repetido: como chegar à causa, não ao culpado — Orientar implementação
- Incidente de automação sem causa: o que exigir ao contratar — Orientar avaliação e contratação
Outras leituras em Governança e controle de automaçã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.
- Incidente comunicado informalmente: o que medir — Define o que contar quando o relato de falha chega por conversa, reunião ou mensagem direta, e como comparar esse volume com o que entra no sistema.
- Incidente relatado informalmente: registrar ou triar primeiro — Comparação entre registrar de imediato, triar antes do registro e arquivar como observação quando o incidente chega por mensagem, telefone ou conversa.
- Incidente sem causa identificada: o que decidir mesmo assim — Um roteiro para conter, registrar e decidir sobre incidentes de automação sem depender da causa, separando contenção de investigação.
- Incidente sem causa clara: como separar sintoma de origem — Como apurar um incidente de automação: fixar a linha do tempo, isolar hipóteses e chegar a uma causa verificável, sem buscar culpado.