Нюансы применения ITIL в эксплуатации критических ИСов
Вы думаете, что ваша техподдержка просто отвечает на звонки пользователей?
Одно административное действие в любом юридически значимом документообороте (замена файла в подписанном документе) — это не «техническая правка», а статья 292 или 303 УК РФ. И увидеть и предупредить этот риск может только служба техподдержки.
В своей новой статье для ECM-Journal я разобрала, как построить техподдержку, которая защищает бизнес от штрафов до 20 млн рублей и уголовных сроков, обеспечивая при этом 100% доступность системы на 20 000+ пользователей.
Но есть нюанс в терминологии (для тех, кто любит ITIL):
В комментариях справедливо заметили, что классический RCA (поиск первопричины) применяется к сбоям, а Risk Management — это отдельный процесс.
В учебниках — да. Но в реальной критической ИС (КИС) они неразрывны. Этим отличается практика от методологий, которые в чистом виде не работают в системах, где юридическое неразрывно связано с техническим, а цена 2 минут простоя системы - огромные потери.
В классике RCA запускается, когда что-то УЖЕ сломалось. В КИС мы запускаем RCA, когда «ничего не сломалось», но появился опасный паттерн. Например, 20 заявок в день на замену файлов в подписанных документах. Сбоя нет (Grafana показывает норму), но юридическая сила документов уничтожается.
Мы включаем RCA ДО инцидента (и этого нет в классических методологиях), находим корневую причину (люди не знают последствий), а затем сразу запускаем Risk Management — меняем регламенты, обучаем, вводим право вето. Это позволяет устранить инцидент ДО его возникновения.
Это не отмена методологий. Это их адаптация под реальность, где инцидент — это не просто сбой сервера, а остановка критичной системы или уголовное дело.
Как это устроено на практике — читайте в статье (ссылка ниже).
#IT #ЭДО #СЭД #ИнфоБез #УправлениеИС #RCA #RiskManagement #ITIL #Техподдержка #КИС
· 27.10
"мы запускаем RCA, когда «ничего не сломалось», но появился опасный паттерн" - а это не стартовое событие для процесса Problem management? Ну, в свой крайне скромный опыт внедрения ITIL, я так думал. Проактивный мониторинг так, сказать.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 27.10
Ринат, вы абсолютно правы! По учебнику ITIL проактивный Problem Management (и проактивный мониторинг) — это как раз про поиск проблем до того, как они вызовут инцидент.
Но в моей практике в КИС фишка в том, что мы применяем RCA к потоку заявок пользователей (а не к метрикам Grafana). Пользователи просят заменить файл в подписанном документе — это еще не «проблема» в терминах ITIL, потому что система технически работает. Но это правовой риск. Мы применяем RCA, чтобы найти корень этого поведения, и сразу переводим это в Risk Management (регламенты, вето). Это расширение классического Problem Management на правовую сферу и на анализ заявок пользователей, а не на средства мониторинга.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 27.10
🤝Главное, что я понял из очень краткого и скромного опыта внедрения ITIL - это не догма и не скрижалии ветхозаветные. В реальной жизни есть масса нюансов, задача инженера - проанализировать и выбрать оптимум.
И незамедлительно выпил 🍷
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 27.10
ITIL в критических системах приводит к деградации систем. Он отлично работает в стабильных средах, где не смешано юридическое с техническим и где 2 минуты торможения системы - не критично.
Вот где Ваш пост о том, как Вы пытались его внедрить?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 27.10
По поводу поста есть пару моментов - во первых много времени прошло, во вторых не хочу давать повод использовать пост в соцсети против меня. Комментарии просто так это одно, реальный пост который прочитают коллеги по работе это другое.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 27.10
Принято. Больше не спрашиваю.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 27.10
🤝
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён