Разница между ITSM и ITIL: простое объяснение на примерах IT-поддержки
Блог Kaiten ·
Из статьи узнаете, почему термины путают, где проходит граница и как применять ITIL в поддержке
ITSM — это подход к управлению IT-услугами, а ITIL — сборник практик и рекомендаций, который помогает этот подход выстроить. В вакансиях, на конференциях и в описаниях систем для поддержки оба термина часто звучат в одной фразе, поэтому разницу между ними легко упустить.
Разберемся, откуда взялась путаница и как ITSM и ITIL связаны в ежедневной работе IT-поддержки. Начнем с того, что означает каждый термин.
ITSM расшифровывается как IT service management, то есть управление IT-услугами. Идею проще понять, если посмотреть на IT-отдел глазами обычного сотрудника. Он оценивает работу IT по тому, что происходит у него на рабочем месте: без задержек ли уходят письма адресатам, готов ли ноутбук нового коллеги к первому рабочему дню, открыли ли доступ к CRM в день просьбы.
Каждый такой результат и называют IT-услугой. Возьмем почту: чтобы письма уходили без задержек, IT-отдел настраивает сервер, продлевает лицензии и устраняет сбои. Для сотрудника вся эта работа сводится к одному: почта работает.
Вторая часть термина, управление, означает, что IT-отдел оказывает услуги по правилам, о которых договорились заранее. Руководители подразделений вместе с IT-командой решают, какие услуги нужны компании, как быстро выполнять просьбы и устранять сбои, а дальше команда отвечает за каждый из этих пунктов.
Без такого подхода IT-служба работает как пожарная команда: сотрудник пишет администратору в мессенджер, тот чинит, если не забудет, и через месяц никто не скажет, сколько было таких просьб. В ITSM каждую просьбу регистрируют как обращение: у него есть ответственный и статус, оно остается в общем списке до закрытия, а в конце месяца все обращения легко посчитать.
У сбоев и типовых запросов свои детали, но общие шаги похожи:
Иногда говорят о «методологии ITSM». Это допустимое упрощение, если помнить, что у ITSM нет единого автора и обязательного для всех набора шагов: каждая компания настраивает подход под себя.
Подход ITSM помогает решить вполне практические задачи: сделать работу IT-отдела прозрачной, ввести единые правила для всех обращений, распределить ответственность, контролировать сроки, сократить повторяющиеся сбои и обновлять системы без неожиданных простоев.
Для этого в ITSM входит несколько направлений работы. С двумя из них сотрудники сталкиваются напрямую, это два вида обращений из предыдущего раздела:
Кроме обращений, в ITSM входит внутренняя работа IT-отдела, которую остальные сотрудники компании обычно не видят:
ITIL — сборник рекомендаций по управлению IT-услугами. Название расшифровывается как IT Infrastructure Library, то есть «библиотека IT-инфраструктуры». Библиотекой ITIL назвали потому, что он начинался как серия книг о том, как организовать работу IT: в конце 1980-х их выпускало британское правительственное агентство, и всего набралось около 30. Сейчас ITIL развивает международная компания PeopleCert.
Большую часть современного ITIL занимают практики, а остальное — общие принципы и понятия, на которых они строятся. Практикой в ITIL называют описание одного вида работы IT-отдела: какие роли нужны, через какие шаги проходит задача и как оценить результат. Например, управление инцидентами (Incident Management) объясняет, как регистрировать сбои, определять их приоритет и доводить до решения.
Всего в ITIL 34 практики , и многие из них совпадают с направлениями ITSM: свои практики есть для инцидентов, запросов, проблем, изменений, знаний и уровня услуг.
Книги ITIL время от времени обновляют. Последняя версия, ITIL (Version 5), вышла в 2026 году. Практики в ней те же, что в предыдущей ITIL 4, а новыми стали разделы об управлении цифровыми продуктами и об использовании искусственного интеллекта. Поэтому все, о чем пойдет речь дальше, относится к обеим версиям.
Несколько десятилетий ITIL оставался главным источником знаний об управлении IT-услугами, поэтому многое в ITSM строилось на нем:
Чтобы не путать понятия, достаточно помнить, на какой вопрос отвечает каждое из них.
Если коротко:
Подробнее про отличия ITIL и ITSM — в таблице.
В каждом примере ITSM задает цель, ITIL подсказывает порядок действий, а детали вроде сроков и приоритетов компания определяет сама.
Напомним, что советы ITIL из таблицы необязательны: их можно упростить, объединить или изменить под свою команду.
Да. ITIL — лишь один из сборников рекомендаций по управлению IT-услугами. Если IT-команда договорилась, что все просьбы приходят через одну форму, а на сбой в почте отвечают в течение часа, это уже ITSM, даже если ITIL в компании никто не открывал.
Международный стандарт ISO/IEC 20000-1 (в России — ГОСТ Р ИСО/МЭК 20000-1-2021 ) тоже не требует работать по ITIL. Он перечисляет, что должно входить в управление услугами, а как этого добиться, компания решает сама.
Выстраивать ITSM можно постепенно, без отдельного большого проекта. Вот с чего начать:
Когда первые практики заработают, можно подключать следующие, например каталог услуг или учет конфигураций.
Работать по рекомендациям ITIL проще, когда все обращения ведут в одной системе : туда приходят заявки из разных каналов, там же считают сроки по SLA и видят, кто из команды чем занят. Так устроен, например, модуль «Служба поддержки» в Кайтене. Вот как в нем можно настроить основные направления ITSM:
Запросы на обслуживание. Для каждого типа просьб, например «Доступы» или «Оборудование», можно сделать отдельный сервис со своей формой. Заявки можно принимать через портал, почту или Telegram-бота, а платить нужно только за сотрудников, которые с ними работают.
Инциденты. Этапы работы со сбоем можно сделать колонками доски, а срочные заявки отмечать меткой «Срочно» или выносить на отдельную дорожку. Назначать ответственного по типу заявки можно автоматически.
Уровень услуг. Для заявок можно задать время реакции и решения с учетом рабочего календаря. На карточках отображаются таймеры SLA с подсветкой нарушений, а в отчете — сколько заявок уложились в срок.
Проблемы. Заявки об одном и том же сбое можно привязать к общей карточке и разбирать в ней причину. Если ее устранение нужно поручить другой команде, например разработчикам, для нее тоже можно создать отдельную карточку и привязать к основной.
Чтобы не настраивать процесс с нуля, можно взять готовый шаблон для разбора инцидентов . В нем уже есть доски для сбоев, разборов причин и задач по исправлению.
Знания. Инструкции и готовые решения можно собрать в базу знаний. Внутренняя база доступна только сотрудникам компании, а открытую можно опубликовать для клиентов и других внешних пользователей, даже на бесплатном тарифе. Можно вести и обе базы сразу.
Публичную базу знаний можно связать со службой поддержки. Тогда пользователь, который не нашел ответа в статье, сможет оставить заявку прямо с этой страницы и не будет искать, куда написать.
Пошаговая инструкция по настройке модуля — в справке Кайтена .
Разница между ITSM и ITIL становится нагляднее, когда команда настраивает собственный процесс. В Кайтене для этого есть бесплатный 14-дневный демо-период тарифа «Бизнес» со всеми модулями: за это время можно запустить прием заявок в службе поддержки, задать сроки по SLA и посмотреть, как команда в них укладывается.