1. Describe la acción que lleva tiempo.
Indique lo que estaba haciendo: iniciar la estación de trabajo, iniciar sesión, iniciar una aplicación, guardar un archivo o enviar un documento. Tenga en cuenta la hora, la frecuencia y el mensaje que se muestra, si lo hay. Una captura de pantalla puede resultar útil después de ocultar información confidencial.
Describa también el resultado: ¿la acción finalmente tiene éxito, se atasca o hay que empezar de nuevo? Un tiempo aproximado y un ejemplo reproducible son más útiles que una impresión general. Si el incidente aparece desde un cambio conocido, reportarlo sin concluir que ese cambio sea necesariamente la causa.
2. Especificar las personas y equipos afectados
¿El problema afecta a una sola computadora, a varias personas o a todo un departamento? ¿Ocurre en sitio y de forma remota? ¿Otra aplicación funciona normalmente? Estas comparaciones dan margen al diagnóstico, sin pedir al usuario que modifique parámetros técnicos.
En una sesión remota, distinguir el comportamiento del entorno local y del servidor. Para un correo electrónico, indique si el correo web tiene los mismos síntomas que la aplicación o el teléfono. Para un archivo compartido, especifique si otros documentos o usuarios también están involucrados.
3. Identificar dónde se encuentran los recursos
Un documento puede ser local, en un servidor o en un espacio en línea. La aplicación puede funcionar en el ordenador o en una sesión remota. Esta información ayuda a identificar los controles necesarios y los interesados involucrados.
Una dificultad de red puede afectar a un servicio remoto, pero no todos los retrasos provienen de Wi-Fi. El almacenamiento, carga de una solicitud, tarifa o operación de un servicio puede solicitar un examen separado. El papel del diagnóstico es conciliar las observaciones y trazas para situar el problema.
4. Evita cambiar varias cosas a la vez
Antes de una intervención, conserve los elementos útiles y transmítalos al equipo de seguimiento de su flota. Las modificaciones sucesivas y no documentadas dificultan la comparación. En ocasiones, un reinicio puede hacer que un síntoma desaparezca temporalmente; su tiempo y efecto siguen siendo información que debe informarse.
El trabajador puede definir una prueba, realizar una acción específica y luego observar el resultado. El informe distingue la corrección aplicada del control obtenido. Una prueba exitosa de un documento constituye un paso; Los comentarios de los usuarios permiten verificar el comportamiento en el trabajo real.
5. Elija qué hacer a continuación según el diagnóstico.
Dependiendo de los resultados, la respuesta puede estar basada en una configuración de correos, la evolución del hardware, el sistema del servidor, la aplicación o la instalación de la red. La decisión de reemplazar una computadora o de añadir recursos se basa en este análisis en lugar de en la edad del equipo por sí solo.
Agedis coordina las verificaciones de estaciones y sistemas. Alltech puede satisfacer la necesidad de vinculación o cobertura en el sitio. El editor interviene en su solicitud; Dtouch puede estudiar una adaptación de software específica. Para un entorno alojado, el componente del centro de datos se examina con Cloudlab cuando las observaciones lo justifican.
Para estar preparado para su próximo intercambio
- Acción específica y momento del incidente.
- Mensaje, captura redactada y resultado observado.
- Usuarios y dispositivos interesados
- Localización, red o sesión remota
- Cambio reciente y pruebas ya realizadas.