--- categoria: Processos tempo_medio: 12-15 min nivel_tecnico: Intermediário --- # Diagnóstico ## Objetivo Compreender o que é um diagnóstico, como conduzir uma investigação técnica baseada em evidências e por que um método estruturado aumenta a precisão, reduz retrabalho e melhora a qualidade das decisões. --- ## O que é um diagnóstico? Diagnóstico é o processo de identificar a causa de um problema por meio da análise de informações, testes e evidências. Seu objetivo não é apenas encontrar uma solução, mas compreender **por que** o problema ocorreu. Um bom diagnóstico reduz a probabilidade de corrigir apenas os sintomas e aumenta as chances de eliminar a causa da falha. --- ## Diagnóstico não é tentativa e erro Um erro comum consiste em alterar configurações ou substituir componentes sem compreender o problema. Essa abordagem pode: - aumentar o tempo de resolução; - introduzir novas falhas; - dificultar a identificação da causa; - gerar custos desnecessários. Um diagnóstico eficiente segue um método estruturado. --- ## O objetivo do diagnóstico Durante um diagnóstico, busca-se responder perguntas como: - Qual é o problema? - O que realmente está acontecendo? - Quando começou? - Qual a causa mais provável? - Quais hipóteses já foram descartadas? - Quais evidências sustentam a conclusão? - Qual ação deve ser executada? Responder essas perguntas permite tomar decisões mais seguras. --- ## Sintoma x Causa x Solução Esses conceitos possuem funções diferentes. | Conceito | Definição | |----------|-----------| | Sintoma | O efeito observado. | | Causa | O motivo que gerou o problema. | | Solução | A ação utilizada para eliminar a causa ou restaurar o serviço. | Exemplo: Sintoma: > Cliente sem acesso à internet. ↓ Causa: > Cabo óptico rompido. ↓ Solução: > Substituição do trecho danificado. Resolver apenas o sintoma normalmente não impede que o problema volte a ocorrer. --- ## O método investigativo Um diagnóstico eficiente costuma seguir uma sequência lógica. ``` Compreender o problema ↓ Coletar informações ↓ Levantar hipóteses ↓ Executar testes ↓ Analisar evidências ↓ Descartar hipóteses ↓ Confirmar a causa ↓ Aplicar solução ↓ Validar resultado ↓ Registrar conclusão ``` Cada etapa reduz a incerteza até que a causa seja identificada. --- ## Levantamento de hipóteses No início da investigação normalmente existem várias possibilidades. Por exemplo: Cliente sem conexão. Hipóteses: - ONU desligada; - rompimento da fibra; - falha de autenticação; - problema no roteador; - indisponibilidade da OLT; - falha elétrica. Nenhuma hipótese deve ser considerada verdadeira antes da obtenção de evidências. --- ## O papel dos testes Cada teste possui um objetivo. Ele deve responder uma pergunta específica. Exemplo: Pergunta: > A ONU está sincronizada? Teste: Consultar o estado da ONU. Resultado: ONU Offline. Esse resultado permite descartar algumas hipóteses e concentrar a investigação em outras. --- ## Evidências orientam o diagnóstico Um diagnóstico não deve ser baseado apenas em experiência. A experiência ajuda a formular hipóteses. As evidências permitem confirmá-las ou descartá-las. Exemplos de evidências: - medições; - logs; - capturas de tela; - fotografias; - mensagens de erro; - testes de conectividade; - registros históricos. Quanto melhores forem as evidências, maior tende a ser a confiabilidade do diagnóstico. --- ## Eliminando possibilidades Nem sempre é possível identificar imediatamente a causa. Muitas vezes o diagnóstico evolui descartando hipóteses. Exemplo: ``` Cliente sem internet ↓ ONU sincronizada ↓ PPPoE autenticando ↓ Gateway respondendo ↓ DNS sem resposta ↓ Falha identificada no serviço DNS ``` Cada teste reduz o número de possibilidades. --- ## Evite alterar várias coisas ao mesmo tempo Outro erro comum é executar diversas alterações simultaneamente. Por exemplo: - reiniciar equipamentos; - alterar configurações; - trocar cabos; - atualizar firmware. Se o problema for resolvido, torna-se impossível saber qual alteração produziu o resultado. Sempre que possível, realize uma alteração por vez. --- ## Diagnóstico baseado em evidências Um bom diagnóstico deve permitir que outro profissional compreenda exatamente como a conclusão foi alcançada. Exemplo: ``` Sintoma: Cliente sem acesso. ↓ Teste: Ping para gateway. ↓ Resultado: Sem resposta. ↓ Novo teste: Interface desligada. ↓ Inspeção física. ↓ Fonte da ONU sem alimentação. ↓ Diagnóstico confirmado. ``` Esse registro permite reproduzir o raciocínio utilizado. --- ## Validação Após aplicar a solução, é necessário confirmar que: - o problema foi eliminado; - o serviço voltou ao funcionamento normal; - não surgiram novos impactos. Sem validação, não é possível afirmar que o diagnóstico estava correto. --- ## Registro do diagnóstico Ao concluir a investigação, recomenda-se registrar: - contexto; - sintomas observados; - hipóteses consideradas; - testes executados; - evidências coletadas; - causa confirmada; - solução aplicada; - resultado obtido. Essas informações alimentam a Base de Conhecimento e facilitam futuros atendimentos. --- ## Diagnóstico e melhoria contínua Cada diagnóstico concluído representa uma oportunidade de aprendizado. Ao analisar diversos atendimentos, torna-se possível identificar: - falhas recorrentes; - novos padrões; - procedimentos ineficientes; - necessidades de treinamento; - oportunidades de automação. O diagnóstico deixa de ser apenas uma atividade operacional e passa a contribuir para a evolução dos processos. --- ## Diagnóstico no RMEvolution SOST No RMEvolution SOST, o diagnóstico é conduzido por fluxos operacionais estruturados. Cada resposta obtida durante o atendimento direciona os próximos passos da investigação. Além da conclusão final, o sistema registra: - perguntas respondidas; - hipóteses avaliadas; - hipóteses descartadas; - evidências coletadas; - testes executados; - causa confirmada; - solução aplicada. Isso permite padronizar diagnósticos e preservar o conhecimento obtido durante cada atendimento. --- ## Diagnóstico e RMEvolutionIA A RMEvolutionIA complementa esse processo ao analisar históricos de diagnósticos. Com base em casos anteriores, ela pode: - identificar situações semelhantes; - sugerir hipóteses prováveis; - relacionar evidências recorrentes; - apontar procedimentos compatíveis; - indicar o nível de confiança das conclusões. Mesmo assim, a decisão final continua baseada nas evidências obtidas durante o atendimento. A experiência acumulada auxilia a investigação, mas não substitui a validação técnica. --- ## Boas práticas Ao realizar um diagnóstico: - compreenda corretamente o problema; - registre o sintoma antes de agir; - formule hipóteses; - realize testes objetivos; - colete evidências; - descarte hipóteses incompatíveis; - confirme a causa antes da solução; - valide o funcionamento após a correção; - documente todo o processo. Diagnósticos consistentes são construídos por meio de evidências, não de suposições. --- ## Relação com os próximos conteúdos Após identificar corretamente a causa do problema, pode ser necessário encaminhar o atendimento para outro nível de suporte ou concluir sua execução. Continue esta trilha em: - [Escalonamento](./03 - Escalonamento.md) - [Encerramento](./04 - Encerramento.md) - [Pós Atendimento](./05 - Pós Atendimento.md) Esses documentos apresentam as etapas seguintes do atendimento, garantindo que o conhecimento produzido durante o diagnóstico seja corretamente utilizado e preservado. --- ## Conclusão O diagnóstico é o processo de transformar sintomas em conhecimento sobre a causa de um problema. Ao utilizar um método estruturado, formular hipóteses, coletar evidências e validar conclusões, torna-se possível tomar decisões mais precisas, reduzir retrabalho e aumentar a confiabilidade dos atendimentos. Mais do que encontrar uma solução, diagnosticar significa compreender o problema de forma objetiva e documentada, permitindo que esse conhecimento seja reutilizado para tornar futuras intervenções mais rápidas e eficientes. ## Método RMEvolution de validação Use a sequência abaixo para transformar sintoma em decisão operacional: - **Evidência observada:** registre o fato bruto, com print, foto, log ou medição. - **Hipótese levantada:** descreva a causa provável que será testada. - **Teste executado:** informe ferramenta, condição do teste e valor esperado. - **Resultado obtido:** registre o valor medido, resposta do sistema ou comportamento observado. - **Hipótese descartada ou confirmada:** explique o motivo técnico da decisão. - **Conclusão operacional:** defina correção, orientação, monitoramento ou escalonamento. - **Nível de confiança:** use baixo, médio ou alto conforme a qualidade das evidências. Quando não houver evidência suficiente, não encerre o diagnóstico como confirmado. Registre a pendência e escale com contexto.