Кто, где и когда
Запишите имя и контакт сообщающего, затронутых пользователей или место, время обнаружения, время начала, если известно, затронутую услугу или систему, и канал, через который наблюдалась проблема.
ШАБЛОН ОТЧЕТА О ИТ-ИНЦИДЕНТЕ
Шаблон отчета о ИТ-инциденте для удобной записи реакции
Фиксируйте влияние на сервис, наблюдаемые симптомы, доказательства, ответственных за реакцию, действия, обновления, восстановление и проверку, не прося заявителя диагностировать причину.
Шаблон представлен в виде заполненного реестра инцидентов и настоящей мобильной формы. Используйте руководство по полям как практическую отправную точку, затем откройте подключенное приложение, когда ответственность, своевременные обновления, связанные записи и проверка больше не могут безопасно находиться в одном документе.
Бесплатно для команды до пяти пользователей. Банковская карта не нужна.
Настраивайте поля, процессы и панели мониторинга без программирования. Посмотреть более 1 000 шаблонов приложений и сценариев
Первый вид — это заполненный реестр инцидентов. Используйте мобильный отчет, чтобы зафиксировать симптомы, последствия, доказательства и контактные данные на момент обнаружения.
В прямом эфирезафиксировано наблюдаемое воздействие
В собственностиистория ответных действий сохранена
Провереновосстановление подтверждено до закрытия
Зафиксируйте факты, на которые команда реагирования может действовать
Хороший отчет сокращает первый раунд уточнений без необходимости заставлять сообщающего принимать технические решения.
Что наблюдают пользователи
Опишите ожидаемое поведение, фактические симптомы, сообщение об ошибке, частоту, масштабы, последнее известное нормальное время и любые безопасные детали воспроизведения простым языком.
Бизнес-воздействие и доказательства
Захватывайте заблокированную работу, пострадавший объем, критический срок, доступность обходного решения, скриншоты или файлы и классификацию конфиденциальности. Позвольте команде реагирования определить приоритет с учетом контекста услуги.
Расширьте отчет до надежной оперативной истории
Первичный отчет должен оставаться видимым, пока участники реагирования добавляют контролируемое расследование и коммуникацию.
Ответственность и следующие действия
Добавьте ответственного владельца, рабочий поток специалиста, следующие действия, эскалацию, целевой срок реакции и время следующего обновления, чтобы инцидент не исчез между командами.
Действия и решения
Записывайте каждое действие по расследованию или восстановлению с указанием времени, исполнителя, причины, результата и доказательств. Сохраняйте неудачные попытки, так как они информируют о следующей реакции и последующем обзоре.
Обновления для аудитории
Держите подтверждённое влияние, текущие действия, обходное решение и следующие обновления отдельно от внутренних гипотез. Записывайте аудиторию, отправителя, время, канал и результат доставки.
Завершайте с доказательствами восстановления, а не с изменением статуса
Отчет становится полезным историческим активом, когда он показывает, какой сервис был восстановлен и удержался ли результат.
Восстановление и проверка
Укажите восстановление или обходное решение, затронутую среду, техническую проверку, проверку бизнес-транзакций, результаты мониторинга и любые необходимые работы по согласованию данных или устранению отставаний.
Подтверждение пользователем или владельцем сервиса
Запишите, кто подтвердил работоспособность, когда, что было протестировано и любые оставшиеся ограничения. Если проблема повторяется, откройте запись заново, сохранив предыдущий результат.
Маршрут последующих действий
Свяжите проблему, изменение, пост-инцидентный обзор, случай с поставщиком или корректирующее действие, когда повторение, риск, влияние или ценность обучения оправдывают работу, превышающую восстановление.
РЕДАКТИРУЕМЫЙ ЗАГРУЗИТЬ
Начните с заполненной рабочей книги отчета об инцидентах
Используйте редактируемую рабочую книгу для небольшого, контролируемого реестра инцидентов. Она включает примеры активных, ожидающих, восстановленных, повторно открытых и проверенных инцидентов, а также отдельные журналы действий и коммуникаций.
- Реестр инцидентов с отражением последствий, владельца, статуса, сроков, восстановления и проверки
- Журнал действий и журнал обновлений для аудитории, связанные по ID инцидента
- Редактируемые списки для сервиса, приоритета, статуса, типа действия и аудитории
- Формулы сводки для активных, находящихся под риском, повторно открытых и ожидающих проверки инцидентов
Используйте поля, которые помогают принять реальное решение
Избегайте сбора данных просто потому, что в другом шаблоне было это поле.
| Группа полей | Зачем это нужно | Чего избегать |
|---|---|---|
| Сервис и симптомы | Маршруты и масштаб ответа | Запрос причин у сообщившего |
| Влияние и время | Поддерживает приоритет и коммуникацию | Использование только эмоциональной серьёзности |
| Действия и результаты | Сохраняет историю реакции | Перезапись последней заметки |
| Восстановление и подтверждение | Доказывает пригодный результат | Закрытие по активности техника |
ПОЧЕМУ JODOO ПОДХОДИТ
Переход от полного отчета к скоординированному реагированию на инцидент
Начните с практической рабочей тетради для учета влияния, симптомов, доказательств, ответственности, действий, коммуникаций, восстановления и проверки, затем используйте Jodoo, когда запись требует передачи в реальном времени.
Результатом является практический шаблон, который может развиваться в связанные операции по инцидентам, когда статического файла уже недостаточно.Сохраняйте исходный отчет без изменений
Сохраняйте то, что наблюдал репортер, пока ответственные добавляют приоритет, результаты расследования, решения и детали восстановления в контролируемые поля.
Назначьте действия и обновите ответственность
Каждому активному инциденту назначьте ответственного, следующее действие, цель реагирования и время следующей коммуникации.
Связывайте последующие записи
Свяжите повторяющийся инцидент с проблемой, изменение в производстве с изменением, а значимое событие с его обзором и корректирующими действиями.
Используйте файл для ограниченного начала и Jodoo для оперативного реагирования
Рабочая тетрадь полезна, когда одна команда может вести контролируемый учет инцидентов. Перейдите на подключенное программное обеспечение, когда ответственность и история становятся общей работой.
Начните с рабочей тетради, когда
Инциденты ограничены, один координатор управляет файлом, и команде в основном нужны согласованные поля, история действий, коммуникации и доказательства закрытия.
Перейдите на Jodoo, когда
Несколько человек сообщают и реагируют, обновления имеют критически важное время, права различаются, важны связанные записи или менеджерам нужны живые очереди и панели инструментов.
Выберите специализированную платформу для инцидентов, когда
Автоматическое получение предупреждений, оповещение по вызову, корреляция наблюдаемости и оркестрация чата инцидентов являются центральными для реагирования.
Вопросы, которые задают сервисные команды перед изменением своей системы
Что должно включать в себя отчет об ИТ-инциденте?
Включите информацию о репортере, времени, затронутой службе или системе, наблюдаемых симптомах, сфере пользователей, влиянии на бизнес, доказательствах, владельце реакции, действиях и результатах, коммуникациях, восстановлении, проверке и любых последующих записях.
Должен ли репортер инцидента назначать приоритет?
Предпочтение стоит отдавать наблюдаемому влиянию, срочности, затронутой службе, области действия, времени и данным о временных решениях. Команда обслуживания может применять последовательную модель приоритета, а не заставлять репортера угадывать.
Когда шаблон должен стать приложением?
Переносите в приложение, когда нескольким людям необходима возможность владения, плановые обновления, разрешения, связанные инциденты, история аудита, рабочий процесс, мобильная отчетность, панели мониторинга или надежные доказательства закрытия.
Может ли наша команда адаптировать настройку отчетности по инцидентам без использования кода?
Да. Уполномоченные разработчики могут изменять соответствующие поля, формы, рабочие процессы, разрешения, автоматизацию и панели управления без кода, при этом изменения остаются контролируемыми и тестируемыми.
Может ли небольшая команда попробовать отчетность по инцидентам на бесплатном плане?
Да. Бесплатный план Jodoo поддерживает до пяти пользователей без необходимости кредитной карты, поэтому небольшая команда может протестировать этот рабочий сценарий перед проверкой текущих ограничений для более широкого развертывания.
ИЗУЧИТЕ РАБОЧЕЕ ПРИЛОЖЕНИЕ
Начните с отчета, затем продолжайте через проверенное восстановление
Проверяйте полные примеры и открывайте живое приложение, когда инцидент требует владения, коммуникаций, связанной работы и проверяемого результата.
Используйте приложение для отчетов об инцидентах