1. Опишите действие, которое требует времени
Укажите, что вы делали: запускали рабочую станцию, вход в систему, запускали приложение, сохраняли файл или отправляли документ. Обратите внимание на время, частоту и сообщение, если оно есть. Скриншот может быть полезен после сокрытия конфиденциальной информации.
Также опишите результат: действие в конечном итоге увенчалось успехом, оно застряло или вам нужно начать снова? Приблизительное время и воспроизводимый пример более полезны, чем общее впечатление. Если инцидент произошел после известного изменения, сообщите об этом без заключения о том, что это изменение обязательно является причиной.
2. Укажите пострадавшие люди и оборудование
Влияет ли проблема на один компьютер, несколько человек или целый отдел? Происходит ли это на месте и дистанционно? Работает ли другое приложение в обычном режиме? Эти сравнения дают возможность диагностировать, не требуя от пользователя изменения технических параметров.
На удаленном сеансе различают поведение локальной и серверной среды. Для электронной почты укажите, имеет ли веб-почта те же симптомы, что и приложение или телефон. Для общего файла укажите, задействованы ли другие документы или пользователи.
3. Определите, где находятся ресурсы
Документ может быть локальным, на сервере или в онлайн-пространстве. Приложение может работать на компьютере или в удаленной сессии. Эта информация помогает определить необходимые проверки и заинтересованные стороны.
Сложность сети может повлиять на удаленную службу, но не все задержки происходят из-за Wi-Fi. Хранение, оплата приложения, плата или работа службы могут потребовать отдельного обследования. Роль диагностики заключается в примирении наблюдений и следов, чтобы поставить проблему.
4. Избегайте изменения нескольких вещей одновременно.
Перед вмешательством храните полезные элементы и передайте их команде, контролирующей ваш флот. Последовательные и незарегистрированные изменения затрудняют сравнение. Иногда перезагрузка может временно устранить симптом; его время и эффект затем остаются информацией, о которой необходимо сообщить.
Работник может определить тест, выполнить целевое действие и затем наблюдать за результатом. В докладе проводится различие между внесенными исправлениями и полученным контролем. Успешный тест на документе представляет собой шаг; обратная связь пользователя позволяет проверить поведение в реальной работе.
5. Выберите, что делать дальше на основании диагноза
В зависимости от результатов, ответ может быть основан на установке поста, эволюции аппаратного обеспечения, серверной системы, приложения или сетевой установки. Решение о замене компьютера или добавлении ресурсов основано на этом анализе, а не только на возрасте оборудования.
Наша совместная команда объединяет навыки, необходимые для диагностики: станции, системы, сети, разработки и дата-центры. Редактор сохраняет свою роль в своей заявке; соответствующие лица продолжают проверки согласно наблюдениям.
Будьте готовы к следующему обмену
- Конкретные действия и время инцидента
- Сообщение, отредактированный захват и наблюдаемый результат
- Заинтересованные пользователи и устройства
- Локальное местоположение, сеть или удаленная сессия
- Последние изменения и испытания уже проведены