Разница между ITSM и ITIL: простое объяснение на примерах IT-поддержки

Показать, как работает Кайтен?

Запишитесь на короткую демо‑встречу. Покажем на примере вашей команды, ответим на вопросы.

Записаться на демо

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

Разберемся, откуда взялась путаница и как ITSM и ITIL связаны в ежедневной работе IT-поддержки. Начнем с того, что означает каждый термин.

Что такое ITSM

ITSM расшифровывается как IT service management, то есть управление IT-услугами. Идею проще понять, если посмотреть на IT-отдел глазами обычного сотрудника. Он оценивает работу IT по тому, что происходит у него на рабочем месте: без задержек ли уходят письма адресатам, готов ли ноутбук нового коллеги к первому рабочему дню, открыли ли доступ к CRM в день просьбы.

Каждый такой результат и называют IT-услугой. Возьмем почту: чтобы письма уходили без задержек, IT-отдел настраивает сервер, продлевает лицензии и устраняет сбои. Для сотрудника вся эта работа сводится к одному: почта работает.

Вторая часть термина, управление, означает, что IT-отдел оказывает услуги по правилам, о которых договорились заранее. Руководители подразделений вместе с IT-командой решают, какие услуги нужны компании, как быстро выполнять просьбы и устранять сбои, а дальше команда отвечает за каждый из этих пунктов.

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

У сбоев и типовых запросов свои детали, но общие шаги похожи:

Иногда говорят о «методологии ITSM». Это допустимое упрощение, если помнить, что у ITSM нет единого автора и обязательного для всех набора шагов: каждая компания настраивает подход под себя.

Какие задачи решает ITSM

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

Для этого в ITSM входит несколько направлений работы. С двумя из них сотрудники сталкиваются напрямую, это два вида обращений из предыдущего раздела:

• Инциденты — сбои, после которых нужно быстро вернуть услугу в рабочее состояние: упала почта, не открывается CRM.
• Запросы на обслуживание — типовые просьбы сотрудников к IT-отделу: выдать доступ, установить программу, подготовить ноутбук.

Кроме обращений, в ITSM входит внутренняя работа IT-отдела, которую остальные сотрудники компании обычно не видят:

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

Что такое ITIL

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, а новыми стали разделы об управлении цифровыми продуктами и об использовании искусственного интеллекта. Поэтому все, о чем пойдет речь дальше, относится к обеим версиям.

Почему ITSM и ITIL путают

Несколько десятилетий ITIL оставался главным источником знаний об управлении IT-услугами, поэтому многое в ITSM строилось на нем:

• Термины. Определения ITIL для слов «инцидент», «проблема» и «изменение» легли в основу курсов по управлению IT-услугами. Поэтому ITSM часто изучают сразу по терминам ITIL, и два понятия с самого начала воспринимают вместе.
• Сертификация. С 1990-х годов специалисты могли подтверждать знания ITIL на экзаменах. При этом у сертификатов были названия вроде Foundation Certificate in IT Service Management, хотя на экзамене проверяли именно ITIL.
• Процессы. Долгое время ITIL описывал готовые процессы, и многие компании выстраивали ITSM прямо по ним. Поэтому внедрить ITSM и внедрить ITIL стали считать одним и тем же.
• Программы. Разработчики ITSM-систем ориентировались на рекомендации ITIL и подчеркивали их поддержку в описаниях продуктов. Из-за этого название ITIL стали связывать и с самими программами для управления IT-услугами.

Чтобы не путать понятия, достаточно помнить, на какой вопрос отвечает каждое из них.

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

Если коротко:

• ITSM отвечает на вопрос «Как компания управляет IT-услугами?» Например: какие услуги она оказывает, как принимает обращения, за какие сроки их решает.
• ITIL отвечает на вопрос «Какие готовые рекомендации помогут наладить управление IT-услугами?»

Подробнее про отличия ITIL и ITSM — в таблице.

ITSM и ITIL на примерах: пять практик IT-поддержки

В каждом примере ITSM задает цель, ITIL подсказывает порядок действий, а детали вроде сроков и приоритетов компания определяет сама.

Напомним, что советы ITIL из таблицы необязательны: их можно упростить, объединить или изменить под свою команду.

Можно ли выстроить ITSM без ITIL

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

Международный стандарт ISO/IEC 20000-1 (в России — ГОСТ Р ИСО/МЭК 20000-1-2021) тоже не требует работать по ITIL. Он перечисляет, что должно входить в управление услугами, а как этого добиться, компания решает сама.

Как начать применять ITSM и ITIL на практике

Выстраивать ITSM можно постепенно, без отдельного большого проекта. Вот с чего начать:

1. Определите, что мешает работе. Например, обращения теряются, сроки никто не контролирует, сбои повторяются, руководитель не видит загрузку команды.
2. Опишите текущий процесс: откуда приходят обращения, кто их разбирает и когда считает задачу закрытой.
3. Выберите две-три практики под самые острые задачи. Сам ITIL не советует внедрять все 34 практики сразу: его принципы предлагают начинать с того, что уже работает, и улучшать процессы небольшими шагами. Если обращения теряются, начните с инцидентов и запросов, если сбои повторяются — с управления проблемами, если после обновлений что-то ломается — с изменений.
4. Распределите роли и договоритесь о правилах. Решите, кто принимает обращения на первой линии, кто разбирает сложные случаи на второй, какой сбой считать срочным и через сколько времени передавать заявку дальше.
5. Соберите обращения в одной системе. Заведите общий адрес поддержки или форму заявки и подключите их к Service Desk-системе, чтобы каждое обращение сразу становилось заявкой с ответственным и сроком. Просьбы из личных сообщений администраторы переносят в очередь сами.
6. Подберите метрики под свои цели. Если нужно быстрее отвечать на обращения, следите за временем первого ответа и соблюдением SLA, если важно, чтобы сбои не повторялись, — за числом повторных инцидентов.
7. Проверяйте, работают ли новые практики. Запуск сам по себе результата не гарантирует. Например, в опросе разработчиков ITIL конца 2021 года практику управления знаниями внедрили 79% компаний, но хорошо работающей ее назвали только 20% из них. Поэтому после запуска сравните выбранные метрики с тем, что было раньше, и если они не улучшились, доработайте процесс.

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

Как перенести ITSM-процессы в рабочую систему

Работать по рекомендациям ITIL проще, когда все обращения ведут в одной системе: туда приходят заявки из разных каналов, там же считают сроки по SLA и видят, кто из команды чем занят. Так устроен, например, модуль «Служба поддержки» в Кайтене. Вот как в нем можно настроить основные направления ITSM:

Запросы на обслуживание. Для каждого типа просьб, например «Доступы» или «Оборудование», можно сделать отдельный сервис со своей формой. Заявки можно принимать через портал, почту или Telegram-бота, а платить нужно только за сотрудников, которые с ними работают.

Инциденты. Этапы работы со сбоем можно сделать колонками доски, а срочные заявки отмечать меткой «Срочно» или выносить на отдельную дорожку. Назначать ответственного по типу заявки можно автоматически.

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

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

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

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

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

Пошаговая инструкция по настройке модуля — в справке Кайтена.

Как увидеть разницу на своем процессе

Разница между ITSM и ITIL становится нагляднее, когда команда настраивает собственный процесс. В Кайтене для этого есть бесплатный 14-дневный демо-период тарифа «Бизнес» со всеми модулями: за это время можно запустить прием заявок в службе поддержки, задать сроки по SLA и посмотреть, как команда в них укладывается.