Что такое 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 — самая известная методология, описывающая, как конкретно выстраивать процессы внутри этого подхода: роли, этапы, метрики.
Связанные статьи
- Управление инцидентами: что это и как устроен процесс
- Что такое helpdesk-система и как она работает
- Инцидент или запрос на обслуживание: в чём разница
- Статусы заявок
- Настройка SLA, приоритетов и крайнего срока
Нужна поддержка, которая так и работает?
TehProf.kz Support собирает обращения из WhatsApp, Telegram, почты и виджета в одну очередь, считает сроки по SLA и показывает, где служба проседает.