Бывает так: приходит руководитель в отдел ИТ, смотрит на процесс управления инцидентами и говорит: «Давайте автоматизируем!» А потом оказывается, что автоматизировали не то, что мешает, а то, что и так работает. И вместо ускорения получили путаницу, ошибки и раздражённых пользователей. Потому что автоматизация — это не про скорость, а про смысл. Особенно когда речь идёт о фреймворке вроде ITIL, где всё завязано на людях, правилах и последовательности.
ITIL — не просто набор инструкций. Это попытка навести порядок в хаосе, который часто царит в ИТ-поддержке. Но порядок сам по себе не решает проблем. Он лишь создаёт условия, при которых их можно решать эффективно. И вот тут-то и возникает вопрос: какие процессы действительно выигрывают от автоматизации, а какие — только теряют от неё?
Инциденты: первое, что хочется автоматизировать
Управление инцидентами — самый очевидный кандидат. Люди звонят, пишут, жалуются, требуют. Каждый запрос — это стресс, особенно если он повторяется десятки раз в день. Автоматизация здесь работает как фильтр: бот принимает заявку, классифицирует её, направляет в нужную очередь. Если проблема типовая — предлагает решение сразу. Это экономит время и снижает нагрузку на поддержку.
Но важно не переборщить. Машина не заменит человека, когда дело доходит до сложных или эмоциональных ситуаций. Поэтому автоматизация здесь должна быть точечной: приём, первичная обработка, маршрутизация. А дальше — живое участие.
Запросы на обслуживание: скучно, но полезно
Запросы на обслуживание — это когда сотрудник просит доступ к системе, новый ноутбук или смену пароля. Процедуры здесь чёткие, шаги предсказуемы. Именно такие процессы идеально подходят для автоматизации через сервис-каталог. Пользователь выбирает услугу, система проверяет права, запускает согласование, выполняет задачу. Всё прозрачно, быстро, без лишних вопросов.
Если этого не делать, каждый такой запрос превращается в переписку, напоминания, задержки. А ведь это не авария — это рутина, которую можно и нужно убрать из головы сотрудников.
Управление изменениями: осторожно, тут тонко
Изменения — это всегда риск. Даже маленький апдейт может сломать целую систему. Поэтому автоматизация здесь должна быть не про выполнение, а про контроль. Система может собирать данные, проверять зависимости, напоминать о дедлайнах, фиксировать решения комитета. Но принимать решение — только человек.
Автоматизировать сам процесс внедрения изменений можно, но только после того, как он стал полностью предсказуемым. Например, развёртывание обновлений в тестовой среде — да. Замена ядра базы данных в продакшене — нет. Здесь автоматизация помогает не делать, а не ошибаться.
База конфигураций: тихий, но важный помощник
CMDB (база данных конфигураций) — не самая заметная часть ITIL, но одна из самых нужных. Она отвечает на простой вопрос: что у нас есть и как всё связано? Без неё невозможно понять, почему упал сервер или кто отвечает за конкретное приложение.
Автоматизация сбора данных о конфигурационных элементах — обязательна. Ручное ведение CMDB обречено на провал. Системы меняются ежедневно, и только автоматика способна отслеживать эти изменения в реальном времени. Это не блестящая функция, но без неё всё остальное начинает трещать по швам.
Что автоматизировать не стоит — или стоит позже
Например, управление проблемами. Это расследование, анализ, поиск корневых причин. Тут нужны опыт, интуиция, диалог. Машина может помочь с данными, но не с выводами. То же самое — с уровнем услуг (SLA): можно автоматизировать учёт времени и оповещения, но нельзя передать машине ответственность за качество отношений с клиентом.
Иногда кажется, что автоматизация — это панацея. На деле она лишь инструмент. И как любой инструмент, работает только тогда, когда его применяют осмысленно. В ITIL главное — не технологии, а процессы. А процессы строятся вокруг людей. Поэтому автоматизировать стоит то, что мешает людям думать, а не то, что требует их внимания.
В итоге получается простая картина: автоматизируй рутину, чтобы освободить время на мышление. Не пытайся заменить человека там, где нужен взгляд, опыт, ответственность. И помни: даже самый умный бот не спасёт процесс, который изначально устроен неправильно.
====================================================
По вопросам внедрения 1С:ITILIUM пишите на erp.lab@1cbit.ru
Больше таких материалов — в нашем Telegram-канале.