ITSM (IT Service Management) — управление ИТ-услугами: подход, при котором работа ИТ-отдела строится вокруг услуг для сотрудников и клиентов, — вокруг результата, тогда как отдельное оборудование и разрозненные заявки уходят на второй план. Задача ITSM — сделать так, чтобы почта, доступы, оборудование и бизнес-приложения работали предсказуемо, а обращения решались в понятные сроки. Подход применяют там, где ИТ обслуживает десятки и сотни пользователей: в банках, ритейле, промышленности, ИТ-компаниях. ITSM это связка процессов, ролей и метрик, которая закрывает хаос в поддержке: обращения не теряются, приоритеты расставлены, руководитель видит нагрузку и сроки. Ниже разберём, что входит в ITSM, из каких процессов складывается и как запустить ITSM-систему в компании без типовых ошибок.
Что такое ITSM
ITSM — это модель работы ИТ-подразделения, где результат измеряют качеством услуг, — по количеству закрытых тикетов судить перестают. Каждая услуга описана: что входит, кто отвечает, за какое время решается обращение, как считается доступность. Пользователь обращается в единую точку входа, а внутри отрабатывает выстроенный процесс с ответственными и сроками.
Ответ на вопрос «что такое ITSM» короткий: это управление ИТ как сервисом. ИТ-отдел перестаёт быть «ремонтной мастерской», куда пишут в мессенджер, и превращается в поставщика услуг с каталогом, правилами и отчётностью. Такой сдвиг даёт бизнесу прозрачность: видно, сколько стоит обслуживание, где узкие места и как ИТ влияет на работу компании.
Какие ИТ-услуги входят в ITSM
Под услугой понимают конечный результат, который получает пользователь, — не отдельную настройку сервера. Типовой набор услуг для средней и крупной компании:
- доступ к рабочему месту: почта, учётные записи, VPN, корпоративные приложения;
- выдача и обслуживание оборудования: ноутбуки, телефоны, периферия;
- поддержка бизнес-систем: CRM, ERP, порталы, 1С;
- сетевые и облачные сервисы: связь, хранилища, права доступа;
- информационная безопасность: блокировки, инциденты, восстановление доступа.
Каждую услугу описывают в каталоге: кто может её запросить, что входит, какой срок исполнения и уровень доступности. Так пользователь заранее понимает, чего ждать, а ИТ-команда — за что отвечает.
Чем ITSM отличается от ITIL
Эти два понятия часто путают. ITSM — практика управления ИТ-услугами, то есть реальные процессы, роли и инструменты внутри компании. ITIL — свод рекомендаций и фреймворк, библиотека лучших практик, которая описывает, как эти процессы можно выстроить. Проще говоря, ITSM — то, что вы делаете; ITIL — методичка, по которой можно сверяться.
Компания вправе внедрять ITSM, опираясь на ITIL частично или взяв только нужные процессы. ITIL не обязателен к дословному исполнению — это ориентир, гибкий свод рекомендаций без статуса жёсткого стандарта. Многие организации берут из него управление инцидентами, изменениями и каталогом, а остальное адаптируют под себя.
Ключевые процессы ITSM
Каркас ITSM держится на нескольких процессах. Каждый отвечает за свой тип работы и имеет собственную метрику качества.
Инциденты и запросы
Инцидент — сбой, из-за которого услуга работает хуже нормы: не открывается почта, упал доступ к CRM, не печатает принтер. Цель процесса — как можно быстрее вернуть услугу в рабочее состояние. Запрос на обслуживание — штатное обращение без поломки: завести учётку, выдать ноутбук, дать доступ к папке. Эти потоки разделяют, потому что у них разная логика: инцидент требует скорости восстановления, запрос — соблюдения регламента выдачи.
Разделение потоков снимает главную боль поддержки — смешение срочного и планового. Оператор видит, что горит, а что можно обработать в очереди, и не тратит время на ручную сортировку.
Проблемы и изменения
Проблема — корневая причина повторяющихся инцидентов. Если почта падает каждую неделю, отдельные сбои закрывают как инциденты, а источник устраняют через управление проблемами. Это снижает нагрузку на поддержку в будущем и убирает повторы.
Управление изменениями отвечает за безопасное внесение правок в ИТ-среду: обновление системы, перенастройка сервиса, релиз. Изменение проходит согласование, оценку рисков и планирование отката, чтобы правка не превратилась в новый массовый сбой. Связка «проблема — изменение» переводит поддержку из режима тушения пожаров в режим профилактики.
Каталог услуг и SLA
Каталог услуг — витрина, из которой пользователь выбирает нужное обращение: как в интернет-магазине, только вместо товаров ИТ-сервисы. SLA (Service Level Agreement) — соглашение об уровне услуги: за какое время обращение возьмут в работу и решат, какая доступность гарантирована. SLA превращает обещания ИТ в измеримые обязательства и даёт основу для контроля.
Ниже — сводка ключевых процессов ITSM с задачами, примерами и метриками, по которым оценивают результат.
| Процесс | Задача | Пример | Метрика |
|---|---|---|---|
| Управление инцидентами | Быстро восстановить работу услуги после сбоя | Упал доступ к CRM у отдела продаж | Среднее время восстановления, доля решений в срок SLA |
| Управление запросами | Обработать штатные обращения по регламенту | Новому сотруднику завели почту и выдали ноутбук | Срок исполнения запроса, удовлетворённость (CSAT) |
| Управление проблемами | Устранить корневую причину повторных сбоев | Еженедельные падения почтового сервера прекратились | Число повторных инцидентов, доля закрытых проблем |
| Управление изменениями | Безопасно вносить правки в ИТ-среду | Обновление ERP прошло без остановки работы | Доля успешных изменений, число откатов |
| Каталог услуг и SLA | Описать услуги и зафиксировать сроки | Пользователь выбирает услугу из каталога портала | Соблюдение SLA, доступность услуги в процентах |
B2B-компании чаще подходит вариант, где эти процессы работают в единой ITSM-системе, — без разрозненных таблиц и чатов. Причина простая: в B2B много услуг, регламентов и участников, и ручной учёт быстро теряет управляемость. Единая система связывает каталог, заявки, SLA и отчёты, поэтому руководитель видит полную картину, а сроки соблюдаются без ручного контроля каждого тикета.
Когда компании нужна ITSM-система
Отдельная ITSM-система оправдана, когда поддержка перестаёт справляться подручными средствами. Признаки, что пора внедрять:
- обращения приходят из разных каналов — почта, мессенджеры, звонки — и теряются;
- нет единой очереди и приоритетов, срочное перемешано с рутиной;
- руководитель не видит нагрузку, сроки и узкие места в поддержке;
- одни и те же сбои повторяются, потому что причину никто не разбирает;
- пользователи жалуются, что заявки решаются непредсказуемо долго;
- ИТ-команда растёт, а прозрачности и отчётности по услугам нет.
Если совпало три и больше пункта — ручной учёт уже тормозит бизнес, и ITSM-системы дадут ощутимый эффект: обращения соберутся в одном месте, приоритеты станут явными, а метрики покажут реальную картину.
Как внедрить ITSM (по шагам)
Внедрение ITSM идёт по понятному маршруту. Каждый шаг закрывает свою часть работы и готовит почву для следующего.
- Опишите услуги. Соберите список того, что ИТ реально обслуживает, и сформируйте каталог: состав услуги, ответственные, сроки.
- Задайте единую точку входа. Сведите все каналы обращений в одно окно, чтобы заявки не терялись в мессенджерах и почте.
- Разделите инциденты и запросы. Настройте маршрутизацию: срочные сбои идут по одному пути, штатные обращения — по другому.
- Установите SLA и приоритеты. Зафиксируйте сроки реакции и решения, привяжите приоритет к влиянию на бизнес.
- Настройте эскалации. Определите, кому и когда передаётся обращение, если срок под угрозой.
- Подключите отчётность. Выведите метрики на дашборды, чтобы руководитель видел нагрузку и соблюдение SLA.
- Развивайте процессы. Добавьте управление проблемами и изменениями, когда базовые потоки заработают стабильно.
Начинать стоит с малого: базовый каталог, инциденты, запросы и SLA. Проблемы и изменения подключают на втором этапе, когда команда привыкла к новым правилам, а данные уже накоплены.
Ошибки при внедрении ITSM
Часть проектов буксует из-за типовых промахов. Их проще обойти, зная заранее.
- Автоматизировать хаос. Если процессы не описаны, система лишь ускорит беспорядок. Сначала регламент, потом инструмент.
- Слишком сложный старт. Попытка запустить все процессы разом перегружает команду. Лучше начать с базового набора.
- Каталог для галочки. Услуги без реальных сроков и ответственных не работают — пользователи возвращаются в мессенджеры.
- SLA без контроля. Сроки, которые никто не отслеживает, не дисциплинируют. Нужны эскалации и отчёты.
- Игнорировать пользователей. Если сотрудникам неудобно подавать заявки, они обходят систему, и метрики теряют смысл.
- Внедрить и забыть. Без разбора проблем и доработки процессов система устаревает и снова копит хаос.
Общий вывод: ITSM живёт, пока процессы описаны, сроки контролируются, а пользователям удобно. Инструмент усиливает порядок, но не создаёт его сам.
Как BPMSoft помогает управлять ИТ-услугами
ITSM-система BPMSoft собирает управление ИТ-услугами в единой среде: каталог сервисов, заявки, инциденты, SLA, приоритеты, эскалации и отчёты работают в одном контуре. Платформа low-code, поэтому процессы настраиваются под регламенты компании без тяжёлой разработки. Задачи управления ИТ-услугами закрываются связкой каталога, маршрутизации и метрик, а приём обращений строится на базе Service Desk BPMSoft и Help Desk BPMSoft.
Сценарий работы в BPMSoft
Разберём типовой путь обращения — от подачи заявки до отчёта. Сотрудник открывает портал самообслуживания, выбирает услугу из каталога и оформляет заявку. Система сама определяет тип обращения, назначает приоритет по влиянию на бизнес и запускает нужный процесс.
Роли и ответственные
В сценарии участвуют несколько ролей. Пользователь подаёт заявку и следит за статусом. Оператор первой линии принимает обращение, решает типовое сам или передаёт дальше. Вторая линия и профильные специалисты подключаются к сложным инцидентам. Руководитель поддержки видит общую картину, распределяет нагрузку и контролирует сроки. Роли и права разграничены, поэтому каждый работает в своей зоне ответственности.
Статусы, сроки и контрольные точки
Каждое обращение проходит по статусам: «новая», «в работе», «ожидает», «решена», «закрыта». К обращению привязан SLA: система считает время реакции и решения, подсвечивает приближение дедлайна и запускает эскалацию, если срок под угрозой. Контрольные точки фиксируются автоматически, поэтому по просроченным заявкам ответственный получает уведомление вовремя.
Отчёты и метрики результата
Результат виден на дашбордах в реальном времени. Руководитель отслеживает среднее время решения, долю обращений в срок SLA, нагрузку по операторам, число повторных инцидентов и удовлетворённость пользователей. Метрики складываются в отчёты по услугам и периодам, а данные помогают находить узкие места и обосновывать развитие ИТ. Дополнительные материалы по теме — в разборе управления ИТ-процессами.