Resposta direta
Diagnosticar fornecedor de automação é verificar o que ele deixou registrado na operação, não o que ele descreve na apresentação. Três pontos decidem a avaliação: quem executa quando algo falha, qual evidência existe do que a automação fez e quanto do processo depende daquele fornecedor para continuar. As respostas vêm de dados internos, como chamados abertos, alterações não planejadas e tempo de resposta em incidentes, e não do relato comercial. Quando esses registros não existem, o diagnóstico não conclui nada. Nesse caso, o primeiro passo é criar a medição, não escolher fornecedor.
- Objetivo
- Diagnosticar
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata o fornecedor já contratado como objeto de diagnóstico contínuo, com base no que a operação registrou, e não nos requisitos de contratação.
Os registros que a operação já produziu
O material de partida é interno. Chamados por tipo de falha, correções feitas fora do escopo contratado, mudanças sem pedido formal e permissões concedidas e nunca revistas formam o retrato do fornecedor em uso.
Sem esse material, a avaliação depende de memória e de impressão. Áreas diferentes tendem a descrever o mesmo fornecedor de formas opostas, e a decisão recai sobre quem fala melhor.
Confrontar o registro com a explicação
A conversa com o fornecedor serve para comparar o que a operação registrou com o que ele explica. Perguntas úteis tratam de responsabilidade: quem executa a correção, quem pode interromper a automação e quem responde quando a falha atinge o cliente. A resposta esperada é um procedimento descrito, não uma intenção.
Pergunta sem resposta documentada já é resultado do diagnóstico. Também conta quem, do lado interno, conhece a automação em detalhe. Quando uma única pessoa entende o funcionamento, a dependência é desse nome, não do contrato.
O que esse diagnóstico não resolve
A avaliação trata do que já aconteceu. Ela não prevê o comportamento do fornecedor na próxima falha, não substitui cláusula de contrato e não decide se a automação deve continuar existindo.
Quando os registros são insuficientes, a conclusão honesta é que não há base para avaliar. Nesse caso, o trabalho é medir por um período antes de qualquer decisão de troca ou renovação. Diagnóstico sem dado vira disputa de opinião entre áreas.
Recurso prático
Sinal observado na operação e o que conferir com o fornecedor
| Sinal observado | O que conferir com o fornecedor |
|---|---|
| Chamados recorrentes para o mesmo tipo de falha | Se a correção foi feita na automação ou contornada em trabalho manual, e quem assumiu esse custo |
| Alteração na automação sem registro de pedido | Quem autorizou a mudança, a pedido de qual área, e onde ela ficou documentada |
| Incidente sem prazo de resposta definido | Qual compromisso de resposta existe por escrito e como ele é medido pelo fornecedor |
| Acesso amplo ainda ativo após a entrega | Quais permissões seguem válidas, para qual finalidade, e quem as revisa |
O erro mais comum é conduzir a conversa sem os registros internos em mãos. Sem chamados, incidentes e mudanças documentadas, a reunião vira troca de impressões e o fornecedor com melhor discurso sai na frente. O ponto mais ignorado costuma ser a permissão que continua ativa muito depois de a automação ter sido entregue.
Sobre o que está escrito aqui
Conceitos relacionados: chamado de suporte · incidente de automação · mudança sem pedido formal · permissão de acesso concedida · dependência operacional. 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 que rodou após o erro: dono da deci… — automação que continua após erro
- Automação após erro: comparar quatro modos de… — automação que continua após erro
Páginas relacionadas
O mesmo problema em outro objetivo
- Vários fornecedores de automação: quem responde por cada parte — Organizar um processo
- Propostas de automação: como comparar modelos diferentes — Comparar alternativas
- Fornecedores de automação: o que medir após a entrega — Explicar medição
- Fornecedor em operação: como integrar sem perder controle — Orientar implementação
Outras leituras em Governança e controle de automaçã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.
- Documentação desatualizada: o que contratar e o que exigir — O que definir antes de contratar a atualização da documentação: escopo, responsável, formato entregue, critério de aceite e o que o contrato não cobre.
- Mudança aplicada sem registro: o que a contratação exige — O que exigir na contratação de correções de automação para que cada mudança deixe registro de quem aplicou, o que mudou e por quê.
- Acesso sem autor registrado: onde guardar a autorização — Compara quatro formas de registrar quem autorizou um acesso de automação, com o que cada uma prova, o que deixa em aberto e onde costuma falhar.
- Revisão de acessos só na admissão: quando revisar de novo — Descreve como definir gatilhos, responsáveis e registro para revisar acessos fora da admissão, sem depender de pedido novo.