Инциденты · База
Как подготовить incident response
Заранее определить роли, каналы, уровни критичности и порядок управления сбоем.
Кратко: за 2 минуты
Заранее определить роли, каналы, уровни критичности и порядок управления сбоем. Результат работы — Incident Response Plan.
Когда применять
Урок относится к этапу «Инциденты». Снижать влияние сбоев, быстро восстанавливать сервис и устранять системные причины. Задачу выполняют до реализации или согласования зависимого решения, чтобы команда опиралась на проверенные факты и однозначные договоренности.
Что это дает
Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Incident Response Plan».
Пошагово: как выполнить
- Определите severity matrix
- Назначьте Incident Commander и коммуникации
- Подготовьте шаблоны и контакты
Критерии приемки
- План доступен при отказе основной системы
- Роли понятны on-call
- Проводятся учения
Типичные ошибки
- Импровизировать роли во время сбоя
- Скрывать статус от пользователей
Инструменты
Пример
Плохой пример
Импровизировать роли во время сбоя
Хороший пример
Учебный пример. При отказе оформления назначены координатор, технический исполнитель и связь с поддержкой. Команда сначала снижает влияние, ведет временную шкалу, затем проверяет восстановление пользовательским сценарием.
Шаблон
План реагирования
Скачать рабочий лист этого урока
Выбрать рабочий шаблонРабочий артефакт
Рабочий артефакт
План реагирования
Учебный пример. При отказе оформления назначены координатор, технический исполнитель и связь с поддержкой. Команда сначала снижает влияние, ведет временную шкалу, затем проверяет восстановление пользовательским сценарием.
- MTTD
- MTTA
- MTTR
- Actions
Контроль качества
Incident Review
План доступен при отказе основной системы
После релизов, изменения требований, обновления целей и появления новых рисков.
Контекст, проблему, доказательство, владельца, срок и критерий приемки.
Перед отметкой выполнено: План доступен при отказе основной системы
Как применять
Начинайте с влияния на пользователя, продукт и команду. Затем проверьте реализуемость, критерии качества и формат доказательства результата. Хороший пункт чеклиста объясняет, какую проблему закрываем, как выполняем работу и по каким признакам считаем ее завершенной.
Короткие ответы
Частые вопросы
Зачем выполнять пункт «Как подготовить incident response»?
Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Incident Response Plan».
С чего начать выполнение?
Определите severity matrix
Как понять, что пункт выполнен?
План доступен при отказе основной системы
Какая ошибка чаще всего мешает результату?
Импровизировать роли во время сбоя
Режим обучения
Тест по теме
Проверка понимания
Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.
Для углубленного изучения
Редакция Ariol · Версия 2 · Обновлено
Независимая экспертная проверка не заявлена.
Что обновлено
- — Обновлено: Название, Шаблон результата, Пример, Плохой пример, Заголовок поиска, Описание поиска, Поисковые фразы.
Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.
Предложить исправление через контакты Ariol