Resposta direta
Mede-se o intervalo entre o momento em que a falha se torna visível para alguém com responsabilidade sobre a automação e o momento em que essa pessoa registra a primeira ação de resposta. Sem prazo contratual, o que existe é uma linha de base: o histórico de falhas anteriores daquele contrato. A medição precisa nomear o marco inicial, o marco final e quem registra. O número apurado não vira promessa; serve de referência para comparar falhas do mesmo tipo e para justificar, depois, um termo aditivo.
- Objetivo
- Explicar medição
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a apuração do tempo de resposta como série histórica a construir, não como cláusula a ser negociada de imediato.
Onde começa e onde termina a contagem
O intervalo só faz sentido se os dois marcos estiverem definidos antes da falha. O primeiro é o instante em que o evento passa a ser visível para quem tem responsabilidade sobre a automação, por alerta ou por reclamação de área usuária. O segundo é a primeira ação de resposta, não a correção completa.
Falhas que ninguém viu não entram na série. Registrá-las como tempo zero distorce a linha de base e cria uma média que nenhuma operação real sustenta. Essas ocorrências ficam em registro separado, sem tempo atribuído.
Da apuração para o texto do contrato
A medição serve de referência para comparar falhas do mesmo tipo ao longo do tempo. Quando volume e dispersão ficam visíveis, o contrato passa a ter base para fixar um prazo em termo aditivo, em lugar de aceitar o valor sugerido por uma das partes.
Cada linha apurada precisa de responsável nomeado pelo registro, e esse registro deve sobreviver à troca de pessoas na operação. Sem isso, o histórico se perde e a negociação volta ao ponto de partida.
O que a medição não resolve
Medir tempo de resposta não reduz a frequência das falhas nem a gravidade do efeito. Uma automação crítica pode ter resposta rápida e continuar parando toda semana.
A medição também não indica se a resposta foi adequada, apenas quando ela começou. Falha que atinge dado sensível ou obrigação regulatória não se resolve com apuração de intervalo; nesse caso a discussão é de responsabilidade e de interrupção, não de tempo.
Recurso prático
Marcos de medição do tempo de resposta
| Marco | O que se registra |
|---|---|
| Falha visível | instante em que o evento chega a alguém com responsabilidade sobre a automação, com a origem do aviso |
| Primeira ação | instante e natureza da ação, ainda que seja apenas conter o efeito ou interromper a rotina |
| Resposta concluída | instante em que a automação volta ao estado esperado, ou em que é desligada por decisão registrada |
O erro mais comum é medir a partir do momento em que a falha foi causada, e não do momento em que ela ficou visível. Isso produz um tempo que ninguém poderia cumprir e contamina a linha de base.
Sobre o que está escrito aqui
Conceitos relacionados: tempo de reconhecimento da falha · linha de base de incidentes · marco de início e fim da resposta · registro de incidente · termo aditivo de nível de serviç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
- Ausência de registros: o que implementar prim… — ausência de registros
- Automação sem registros: o que fica fora do c… — ausência de registros
Páginas relacionadas
O mesmo problema em outro objetivo
- Prazo de resposta para falha: o que o contrato omite — Diagnosticar
- Falha em automação: prazo de resposta no contrato — Organizar um processo
- Contrato sem prazo de resposta: o que comparar — Comparar alternativas
- Prazo de resposta a falha: o que o contrato precisa fixar — Orientar implementação
Outras leituras em Governança e controle de automação
- Incidente sem causa apurada: comparar respostas possíveis — Compara quatro respostas a um incidente de automação sem causa apurada e mostra o que cada uma exige em dado, responsabilidade e tempo de decisão.
- Automação com erro: comparar formas de achar a causa — Compara formas de investigar a causa de um incidente de automação, o que cada uma entrega e onde deixa de servir.
- 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 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 comunicado informalmente: o que registrar na hora — Trata do incidente de automação comunicado por mensagem, corredor ou reunião: campos do registro inicial, quem captura, quem decide e o que fica fora.