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

Кратко

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

Актуально на 23 сентября 2026 года.

ITSM — это подход, а не программа

Путаница чаще всего в том, что ITSM называют то методологией (ITIL — самый известный свод практик), то классом программ, то вообще синонимом «система заявок». Разделить проще всего так:

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

Отношения между этими тремя словами такие же, как между «бухгалтерский учёт» (подход), «международный стандарт учёта» (методология) и «бухгалтерская программа» (инструмент). Одно не заменяет другое, и наличие программы не означает автоматического соблюдения методологии.

Из чего состоит ITSM-система

МодульЧто делаетПример вопроса, на который отвечает
Управление заявками (service desk)Единая точка приёма всех обращенийКуда пишет пользователь, если что-то не работает
Управление инцидентамиВосстановление работы после сбоя по шагамКак быстро вернётся доступ после сбоя
Управление проблемамиПоиск корневой причины повторяющихся сбоевПочему одна и та же ошибка происходит третий раз
Каталог услугСписок того, что ИТ вообще предоставляет, со срокамиКакие услуги можно запросить и сколько это займёт
Управление изменениямиСогласование и учёт изменений в инфраструктуреКто разрешил обновление, которое всё сломало
SLA и отчётностьКонтроль сроков и метрик по всем процессам вышеУложились ли в обещанный срок в этом месяце

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

Чем ITSM-система отличается от helpdesk

Разница чаще в широте, а не в природе. Helpdesk (система приёма и учёта обращений) закрывает первый модуль таблицы выше — заявки — и обычно ещё инциденты. ITSM-система в полном виде добавляет каталог услуг и управление изменениями: не просто «приняли и решили заявку», а «заранее известно, какие услуги вообще есть, и любое изменение в инфраструктуре проходит согласование, а не вносится по звонку». Подробный разбор родственного термина — в статье Что такое helpdesk-система и как она работает.

Практический вывод: если в компании нет отдельного каталога услуг и формального согласования изменений, называть используемую программу «ITSM-система» точно по методологии некорректно — но это не мешает ей закрывать реальную потребность: единую очередь обращений, приоритеты и SLA.

Примеры того, что попадает под ITSM-практику

  • Заявка «не работает VPN» регистрируется, получает приоритет по числу затронутых сотрудников, решается по шагам управления инцидентами — см. Управление инцидентами: что это и как устроен процесс.
  • Заявка «нужен доступ к новой папке» — не инцидент, а запрос на обслуживание из каталога услуг, с собственным сроком выполнения.
  • Три обращения за месяц про одну и ту же ошибку сервера запускают отдельное разбирательство — это уже управление проблемами, а не повторная обработка того же инцидента.
  • Обновление сервера планируется заранее, согласуется с ответственными и фиксируется — это управление изменениями, отдельное от текущих заявок.

Частая ошибка: внедрять терминологию раньше процесса

Компания покупает систему, называет её ITSM-платформой и ожидает, что процесс появится сам вместе с лицензией. На деле система только поддерживает процесс, который должен быть определён заранее: кто присваивает приоритет, какой каталог услуг существует, кто согласует изменения. Без этого система превращается в дорогой список заявок, ничем не отличающийся по сути от таблицы в Excel — только с более сложным интерфейсом.

Как проверить, что процесс, а не только программа, действительно работает

  • Спросите у трёх разных сотрудников ИТ, какой приоритет присваивается заявке с определённым описанием. Разные ответы — приоритет держится на интуиции, а не на правиле.
  • Найдите каталог услуг компании (если он заявлен) и проверьте, соответствует ли он тому, что реально запрашивают за последний месяц. Расхождение больше чем наполовину — каталог не поддерживается.
  • Посмотрите последнее значимое изменение в инфраструктуре: было ли оно согласовано заранее или внесено «по звонку от директора». Второе означает, что модуль управления изменениями существует только в интерфейсе.
  • Сравните долю инцидентов с указанной причиной сбоя после закрытия. Низкая доля означает, что управление проблемами не отделено от управления инцидентами: причины не ищут, потому что для этого нет отдельного процесса.

Как это устроено в TehProf.kz Support

Продукт закрывает ядро ITSM-практики без полного набора формальных ролей ITIL: единая очередь заявок с приоритетами и статусами (см. Статусы заявок), автоматический расчёт сроков реакции и решения по правилам SLA, с расчётом по рабочим часам на тарифах, которые это поддерживают (см. Настройка SLA, приоритетов и крайнего срока), и журнал аудита всех действий с заявками — основа для последующего разбора инцидентов (см. История / Аудит).

Частые вопросы

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

Программа, которая ведёт заявки, инциденты и сроки по ИТ-услугам в одном месте, по заранее известным правилам, а не по памяти сотрудников.

Чем ITSM-система отличается от обычной системы заявок?

Обычная система заявок обычно закрывает приём обращений и статусы. Полная ITSM-система в дополнение к этому ведёт каталог услуг и формальное согласование изменений в инфраструктуре.

Какие есть примеры ITSM-систем и практик?

Обработка заявки на доступ через каталог услуг, восстановление работы после сбоя по процедуре управления инцидентами, согласование обновления сервера перед внесением изменения — всё это примеры ITSM-практики независимо от конкретной программы.

Нужна ли ITSM-система маленькой компании?

Полный набор модулей (каталог услуг, формальное управление изменениями) — обычно нет. Базовый принцип — единая очередь заявок с приоритетами и сроками — полезен при любом размере компании, где ИТ-обращений больше, чем можно удержать в голове.

Как ITSM соотносится с ITIL?

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

Связанные статьи

Нужна поддержка, которая так и работает?

TehProf.kz Support собирает обращения из WhatsApp, Telegram, почты и виджета в одну очередь, считает сроки по SLA и показывает, где служба проседает.