ITSM-система: как управлять ИТ-сервисами, заявками и качеством поддержки

Поток обращений в ИТ-поддержку растет быстрее, чем сама поддержка. Сотрудники пишут на почту, в мессенджеры, звонят знакомому системному администратору или подходят к нему в коридоре. Пока компания небольшая, такой порядок работает.

С ростом числа сотрудников, систем и оборудования часть обращений теряется, сроки срываются, а руководитель не может ответить на простой вопрос: сколько заявок закрыто за месяц и почему половина из них решалась дольше недели. Без единого регламента компания не может ни измерить нагрузку на поддержку, ни контролировать сроки, ни найти узкие места в обработке заявок. Обращения живут в разных каналах и не сводятся в общую картину.

ITSM¹ дает компании единый подход к управлению ИТ-услугами и обращениями пользователей. Он помогает выстроить процессы поддержки, выбрать подходящее решение и подготовить данные для автоматизации.

Что такое ITSM-система простыми словами

ITSM (IT Service Management — управление ИТ-услугами) — это подход, при котором работа ИТ-отдела строится как предоставление услуг внутренним и внешним потребителям. ITSM-система — программа, в которой этот подход живет: единая точка приема обращений, маршрутизация, база знаний, учет активов и отчетность.

Логика подхода меняет точку отсчета. ИТ-отдел перестает быть местом, куда приходят с поломками, и становится поставщиком услуг с понятным перечнем, сроками и ответственными. Сотрудник не просит «починить почту», а обращается за услугой «Восстановление доступа к корпоративной почте», у которой есть срок реакции и срок решения. Компания получает возможность обсуждать ИТ на языке услуг и сроков, а не отдельных поломок.

Если объяснять, что такое ITSM простыми словами, разница между подходом и системой принципиальна. ITSM-подход — это методология: описанные услуги, роли, регламенты и метрики. ITSM-система — инструмент, который эту методологию обслуживает. Система без выстроенного подхода превращается в еще один трекер задач, а подход без системы держится на дисциплине конкретных людей и рассыпается при первом же росте нагрузки.

В основе ITSM лежат общепризнанные своды рекомендаций. Наиболее известный из них — ITIL², библиотека практик управления ИТ-услугами. Требования к системе менеджмента услуг закреплены и на уровне международного стандарта ISO³/IEC 20000-1:2018, третья редакция которого опубликована в сентябре 2018 года. Ни библиотека, ни стандарт не предписывают конкретную программу: они описывают, какие процессы должны существовать и какой результат обеспечивать.

Зачем нужна ITSM-система: какие задачи она решает

ITSM-система нужна там, где обращения перестали помещаться в голову одного администратора. Она вводит единый порядок работы с запросами и делает нагрузку поддержки видимой.

• Система позволяет зафиксировать единый порядок приема и обработки заявок вместо разрозненных писем и звонков;
• SLA помогают контролировать сроки ответа и решения через SLA⁴;
• Роли линий поддержки и подразделений помогают разграничить зоны ответственности между линиями поддержки и подразделениями;
• История обращений и база знаний позволяют вести историю обращений и базу знаний для повторяющихся вопросов;
• Руководитель может видеть нагрузку на команду и узкие места в обработке заявок;
• Учет активов и связей между ними через CMDB помогает учитывать ИТ-активы и связи между ними через CMDB⁵;
• Отчеты и метрики позволяют измерять качество поддержки через отчеты и метрики.

Главная ценность подхода лежит за пределами ИТ-отдела. Когда услуги описаны, а сроки согласованы, бизнес получает предсказуемость: руководитель знает, за какое время восстановят работу кассы или системы отгрузки, и планирует работу с учетом этого срока. Простой перестает быть неопределенностью и превращается в измеримую величину — ее можно сравнивать по подразделениям, закладывать в бюджет и предъявлять подрядчику.

Второй эффект касается расходов. История обращений вместе с учетом активов показывает, какое оборудование чаще выходит из строя, какие услуги съедают больше всего рабочего времени и где дешевле заменить технику, чем продолжать ее ремонтировать. Без этих данных бюджет ИТ обсуждается на уровне ощущений, а решение о замене оборудования принимается после очередной аварии.

ITSM и ITIL: в чем разница

ITIL и ITSM обозначают разные вещи, хотя в разговоре их часто используют как синонимы. ITIL — библиотека практик управления ИТ-услугами, то есть свод рекомендаций. ITSM — подход, который эти рекомендации реализует на уровне конкретной компании. Библиотеку читают, подход внедряют.

Действующая редакция библиотеки — ITIL 4, опубликованная в феврале 2019 года. В ней вместо жесткой конструкции процессов описаны 34 практики, которые компания подбирает под свои задачи. Подход опирается на систему создания ценности услуг, четыре измерения управления услугами и семь руководящих принципов, включая «начните с того, что есть» и «двигайтесь итеративно с обратной связью».

PeopleCert поэтапно выпускает следующую редакцию ITIL (Version 5) с акцентом на управление цифровыми продуктами и услугами, а также на ответственное применение ИИ. ITIL 4 остается рабочим ориентиром на период перехода. Компаниям, которые только описывают процессы, важнее выбрать и настроить базовые практики, чем срочно менять методологическую основу.

ITSM и ESM: как сервисный подход выходит за пределы ИТ-отдела

ESM⁶ (Enterprise Service Management — управление услугами предприятия) — это распространение сервисного подхода ITSM на подразделения за пределами ИТ. Механика остается той же: услуга, заявка, срок, ответственный, история и отчет.

Разница только в содержании услуг. Сотрудник оформляет заявку на доступ к системе — обращение уходит в ИТ, назначается администратору и закрывается в срок, зафиксированный в SLA. Тот же сотрудник запрашивает справку о доходах — заявка уходит в кадровую службу, назначается специалисту, и у нее тоже есть срок, статус и история. Для сотрудника это одно окно и один порядок действий вместо десятка разных способов о чем-то попросить.

Расширять ITSM до ESM имеет смысл при двух условиях. Первое — ИТ-процессы уже работают стабильно: услуги описаны, сроки соблюдаются, сотрудники привыкли обращаться через систему. Второе — в других подразделениях накопился заметный поток типовых обращений, который сейчас живет в почте и мессенджерах: кадровые вопросы, заявки в хозяйственную службу, бухгалтерские справки, юридические согласования.

Порядок здесь важнее скорости. Если сервисные процессы в ИТ еще не устоялись, расширение только тиражирует беспорядок на всю компанию: к нерешенным вопросам с маршрутами и сроками добавятся такие же вопросы в кадрах и бухгалтерии, а недовольство новым порядком вырастет кратно числу подключенных служб.

Из каких процессов состоит ITSM

ITSM-процессы описывают, как компания реагирует на разные типы событий в ИТ-среде. Базовый набор включает управление инцидентами, проблемами, изменениями, конфигурациями и знаниями.

Процессы работают не изолированно, а передают работу друг другу. Один и тот же сбой проходит по цепочке: инцидент восстанавливает услугу здесь и сейчас, разбор превращает повторяющийся инцидент в проблему, устранение причины оформляется как изменение, а результат фиксируется в базе конфигураций и в базе знаний. Если оставить только управление инцидентами, поддержка будет бесконечно тушить одни и те же пожары.

Отдельного внимания заслуживает связка каталога услуг и запросов на обслуживание. Инцидент — это поломка, а запрос на обслуживание — штатная просьба: выдать доступ, подключить оборудование, установить программу. Разделение двух потоков заметно упрощает отчетность: становится видно, сколько времени уходит на устранение сбоев, а сколько на рутинное обслуживание, и какую часть работы можно передать самим пользователям через каталог и базу знаний.

Преимущества ITSM для бизнеса и качества поддержки

Переход на ITSM меняет ежедневную работу поддержки и делает ее результаты понятнее бизнесу.

• Единая очередь заявок и база знаний обеспечивают снижение нагрузки на поддержку за счет единой очереди заявок и базы знаний;
• Согласованные правила поддерживают рост скорости реакции и соблюдение SLA;
• Прозрачность означает, что прозрачность: руководитель видит статус и историю каждого обращения;
• Управление проблемами дает меньше повторяющихся инцидентов за счет управления проблемами;
• Показатели обращений обеспечивают более точное планирование ресурсов поддержки.

Перечисленные эффекты измеримы, и это главное отличие сервисного подхода от общих слов об улучшении работы. Отчетность системы показывает среднее время реакции и решения, долю заявок, закрытых в срок, распределение обращений по услугам и подразделениям, повторные обращения по одной причине. На этих показателях⁷ строится разговор с бизнесом: не «мы стали работать лучше», а «доля просроченных заявок снизилась, а повторные обращения по доступам ушли после публикации инструкции».

Как внедрить ITSM-систему: пошаговый порядок

Внедрение начинают не с выбора программы, а с инвентаризации того, что ИТ-отдел уже делает фактически. Порядок работы выглядит так:

1. Собрать и описать перечень услуг, которые ИТ-отдел уже фактически предоставляет.
2. Назначить ответственных за каждую услугу.
3. Согласовать целевые показатели SLA с подразделениями-заказчиками.
4. Настроить базовые процессы: обращения, инциденты, изменения.
5. Выбрать ITSM-систему под масштаб и задачи компании.
6. Запустить пилот на одном подразделении и собрать обратную связь.
7. Обучить сотрудников и постепенно подключить остальные службы.

Внедрение ITSM — это в первую очередь изменение процессов, а не установка программы. Самая трудоемкая часть приходится на первые три шага, где нужно договориться с подразделениями о перечне услуг и реальных сроках. Если пропустить эту работу и начать с настройки системы, компания автоматизирует неописанный процесс и получит прежние проблемы в новом интерфейсе.

SLA стоит определять по фактическим данным, а не по пожеланиям. Сначала измеряют, за какое время поддержка реально закрывает типовые заявки, и только затем договариваются о целевых значениях. Если согласовать сроки без такой опоры, они могут оказаться невыполнимыми и перестанут быть инструментом управления.

Типичные ошибки при внедрении ITSM

Большинство неудачных внедрений повторяют один и тот же набор ошибок:

• нет поддержки со стороны руководства, из-за чего инициатива не приживается;
• процессы усложняют вместо того, чтобы упростить работу сотрудников;
• сотрудникам не объяснили выгоду перехода на новый порядок работы;
• нет метрик, по которым можно оценить эффект от внедрения;
• сотрудников не обучили работать в новой системе.

Каждый из этих пунктов влияет на результат внедрения. Процесс не приживется, если сотруднику проще написать в мессенджер, чем оформить заявку в системе. Тогда часть обращений выпадет из отчетности, а руководитель не увидит реальную нагрузку и сроки.

Каждая ошибка бьет по своему участку. Поддержка руководства решает вопрос приоритета: без нее заявки на настройку процессов проигрывают срочным задачам. Объяснение выгоды закрывает вопрос мотивации — сотрудник должен понимать, что новый порядок экономит его время, а не добавляет отчетность. Метрики показывают, дало ли изменение результат или подход стоит пересмотреть. Обучение снимает сопротивление: чаще всего систему обходят не из принципа, а потому что не разобрались, куда нажимать.

Как выбрать ITSM-решение: критерии оценки

ITSM-решение оценивают по трем группам критериев — функциональным, финансовым и нефункциональным.

Выбор системы стоит начинать не со сравнения функций, а с описания собственных задач и проблем поддержки. Список требований, составленный из чужих обзоров, приводит к покупке возможностей, которые никто не включит, а реальные потребности подразделений остаются незакрытыми.

Практический ориентир — масштаб компании и зрелость ее процессов. Небольшой команде с потоком типовых заявок достаточно единой очереди, каталога услуг, базы знаний и отчетов. Организации с распределенной инфраструктурой и несколькими линиями поддержки нужна платформа с учетом конфигураций, управлением изменениями и связью с системами мониторинга.

Требование о наличии продукта в реестре российского ПО стоит проверять отдельно. Единый реестр российских программ для электронных вычислительных машин и баз данных ведется по правилам, утвержденным постановлением Правительства РФ от 16 ноября 2015 года № 1236, и запись в нем учитывается при закупках для государственных и муниципальных нужд.

Как ИИ-сервисы помогают в ITSM-процессах

Настроенные ITSM-процессы можно постепенно дополнять ИИ-инструментами. Когда обращения собраны в одном месте и размечены по услугам, их данные можно использовать для автоматизации нескольких задач.

• Классификация и маршрутизация обращений. Модель разбирает текст заявки, определяет тему и услугу и направляет обращение нужной линии поддержки. Сотруднику не приходится выбирать категорию из длинного списка, а поддержке — вручную перекидывать заявки между группами.
• По частым вопросам ИИ может подбирать ответ из базы знаний и внутренних регламентов. Пользователь получает инструкцию сразу, а специалист подключается там, где нужен разбор. Качество такого ответа зависит от полноты и актуальности базы знаний.
• Анализ переписки и звонков помогает находить нарушения сроков, формальные ответы и темы с повторными обращениями. Его выводы стоит проверять на выборке вместе со специалистом, особенно на первых этапах внедрения.
• Снижение нагрузки на первую линию поддержки. Часть обращений закрывается без участия специалиста, а на разбор сложных случаев у команды остается больше времени.

ИИ-инструменты дополняют настроенные ITSM-процессы, а не заменяют их. Без описанных услуг, маршрутов и сроков модель не поймет, что считать инцидентом и кому передавать заявку. Поэтому сначала настраивают процесс, а затем выбирают инструмент автоматизации.

Для таких задач применимы ИИ-решения для бизнеса Сбер2В ИИ. ИИ-агенты на базе ГигаЧат помогают искать ответы в корпоративной базе знаний, задавать уточняющие вопросы и передавать специалисту обращения, где требуется участие человека.

Для телефонных обращений речевая аналитика помогает расшифровывать звонки, выделять проблемные диалоги и проверять соблюдение сценариев. Ее выводы стоит использовать вместе с выборочной проверкой специалистом. Операционный и ИИ-консалтинг может помочь оценить текущие процессы, зоны ответственности и варианты автоматизации.

Вопросы и ответы

Чем ITSM-система отличается от Service Desk и Help Desk?

Help Desk⁸ решает задачу технической помощи: принять обращение и починить. Service Desk⁹ шире — это единая точка контакта по всем ИТ-услугам, включая запросы на обслуживание. ITSM-система охватывает управление услугами целиком: помимо приема обращений в нее входят управление проблемами, изменениями, конфигурациями и знаниями. Service Desk правильнее считать частью ITSM-системы, а не ее заменой.

Чем ITSM-система отличается от таск-трекера и CRM?

Таск-трекер¹⁰ управляет задачами команды и ничего не знает про услуги, сроки из соглашений и каталог. CRM¹¹ ведет отношения с клиентами и сделками. ITSM-система работает с ИТ-услугами: у обращения есть тип, услуга, срок, связь с активом и история. Формально заявки можно вести и в трекере, но без каталога услуг, SLA и учета конфигураций отчетность о качестве поддержки не собирается.

Сколько времени занимает внедрение ITSM-системы?

Универсального срока нет: он зависит от числа услуг, подразделений и готовности процессов. Сначала оценивают текущую работу поддержки, затем запускают пилот с обращениями и инцидентами на одном подразделении. После обратной связи подключают остальные службы и добавляют управление изменениями и конфигурациями.

Нужна ли сотрудникам сертификация по ITIL?

Сертификация не обязательна: ITIL носит рекомендательный характер и не является требованием для внедрения ITSM. Она полезна как общий язык — после обучения команда одинаково понимает, что такое инцидент, проблема и изменение. Схема сертификации начинается с базового уровня ITIL Foundation. При этом сертификат не заменяет описанных услуг и согласованных сроков: без них знание терминологии не улучшит работу поддержки.

Входят ли российские ITSM-системы в реестр отечественного ПО?

Отечественные ITSM-решения представлены в едином реестре российских программ для электронных вычислительных машин и баз данных. Реестр ведется по правилам, утвержденным постановлением Правительства РФ от 16 ноября 2015 года № 1236. Наличие конкретного продукта проверяют по официальному сайту реестра: запись подтверждает происхождение программного обеспечения и учитывается при закупках для государственных и муниципальных нужд.

Что делать, если сотрудники продолжают писать в мессенджеры мимо системы?

Обращения мимо системы означают, что через нее пока неудобнее. Первый шаг — упростить подачу заявки: короткая форма, понятные названия услуг, возможность обратиться из привычного канала. Второй — договориться, что сроки из соглашения действуют только для заявок, заведенных в системе. Третий — не игнорировать сообщения в мессенджере, а заводить по ним заявку и отвечать уже в ней, чтобы сотрудник видел статус и историю обращения.

Главное о ITSM-системе

Главное об ITSM: сервисный подход задает правила работы с ИТ-услугами, опирается на практики ITIL и требования ISO/IEC 20000, а внедрение начинается с описания услуг и согласования SLA. Выбор ITSM-решения зависит от масштаба компании и зрелости ее процессов.

Настроенные ITSM-процессы создают основу для автоматизации. На описанные услуги, маршруты и сроки можно накладывать ИИ-инструменты: классификацию заявок, подготовку ответов из базы знаний и контроль качества поддержки. Если автоматизировать неописанный процесс, инструмент может лишь быстрее воспроизвести его недостатки.

В этом контексте описанные процессы поддержки могут стать отправной точкой для выбора ИИ-сервисов Сбер2В ИИ. Общая информация об ИИ-решениях для бизнеса представлена на странице. Для обработки обращений и работы с корпоративными знаниями применяются ИИ-агенты. Для контроля качества поддержки и анализа звонков используется речевая аналитика.