
1. Descreva a ação que leva tempo
Indique o que você estava fazendo: iniciando a estação de trabalho, fazendo login, iniciando um aplicativo, salvando um arquivo ou enviando um documento. Observe a hora, a frequência e a mensagem exibida, se houver. Uma captura de tela pode ser útil após ocultar informações confidenciais.
Descreva também o resultado: a ação acaba sendo bem-sucedida, ela trava ou você precisa começar de novo? Um tempo aproximado e um exemplo reproduzível são mais úteis do que uma impressão geral. Se o incidente surgir desde uma alteração conhecida, reporte-o sem concluir que essa alteração é necessariamente a causa.
2. Especifique as pessoas e equipamentos afetados
O problema está afetando um único computador, várias pessoas ou um departamento inteiro? Ocorre no local e remotamente? Outro aplicativo está funcionando normalmente? Estas comparações dão margem ao diagnóstico, sem solicitar ao usuário a modificação de parâmetros técnicos.
Em uma sessão remota, distinga o comportamento do ambiente local e do servidor. Para um e-mail, indique se o webmail tem os mesmos sintomas que o aplicativo ou o telefone. Para um arquivo compartilhado, especifique se outros documentos ou usuários também estão envolvidos.

3. Identifique onde os recursos estão localizados
Um documento pode ser local, em um servidor ou em um espaço online. O aplicativo pode ser executado no computador ou em uma sessão remota. Esta informação ajuda a identificar os controlos necessários e as partes interessadas envolvidas.
Uma dificuldade de rede pode afetar um serviço remoto, mas nem todos os atrasos vêm do Wi-Fi. A armazenagem, a cobrança de um pedido, a taxa ou o funcionamento de um serviço podem solicitar um exame separado. O papel do diagnóstico é conciliar observações e traços para situar o problema.
4. Evite mudar várias coisas ao mesmo tempo
Antes de uma intervenção, guarde os elementos úteis e transmita-os à equipa que monitoriza a sua frota. Modificações sucessivas e não documentadas tornam a comparação mais difícil. Às vezes, uma reinicialização pode fazer com que um sintoma desapareça temporariamente; seu tempo e efeito permanecem informações a serem relatadas.
O trabalhador pode definir um teste, realizar uma ação direcionada e depois observar o resultado. O relatório distingue a correção aplicada do controle obtido. Um teste bem-sucedido em um documento constitui uma etapa; O feedback do usuário permite a verificação do comportamento no trabalho real.

5. Escolha o que fazer a seguir com base no diagnóstico
Dependendo dos resultados, a resposta pode ser baseada em uma configuração de post, evolução de hardware, sistema de servidor, aplicação ou instalação de rede. A decisão de substituir um computador ou adicionar recursos baseia-se nesta análise, em vez de apenas na idade do equipamento.
Agedis coordena verificações de estações e sistemas. Alltech pode atender a necessidade de ligação ou cobertura no local. O editor intervém na sua aplicação; Dtouch pode estudar uma adaptação específica de software. Para um ambiente hospedado, o componente do data center é examinado com Cloudlab quando as observações o justificam.

Para estar preparado para sua próxima troca
- Ação específica e hora do incidente
- Mensagem, captura editada e resultado observado
- Utilizadores e dispositivos em causa
- Localização local, rede ou sessão remota
- Mudança recente e testes já realizados
