Что такое ITIL, из чего состоит и что с ним происходит сейчас

Зачем вам ITIL

ITIL — самый известный в мире свод практикПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4 ITSM, управления ИТ-услугамиУслугаСпособ дать потребителю нужный результат, не перекладывая на него управление затратами и рисками.ITIL 4, книга ITIL Foundation. Он отвечает на один вопрос: как устроить работу ИТ-подразделения так, чтобы услуги получались предсказуемо, а не героическими усилиями конкретных людей. Это не стандарт и не закон — по нему нельзя сертифицировать организацию и его не требует ни один регулятор. Это свод практик: описание того, что обычно приходится делать, и в каком порядке эти дела связаны между собой.

Отсюда следует, кому он нужен.

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

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

Не нужен, если вам требуется бумага для аудитора или тендера. Сертифицируется по ITIL человек, а не компания1. Для организации сертифицируемый документ по управлению услугами один — ISO/IEC 20000-1, и в России у него есть действующий ГОСТ.

Не нужен, если ваша задача — руководство ИТ на уровне совета директоров: что ИТ должны приносить бизнесу, кто за это отвечает, как это контролируется. Это область COBIT и ISO/IEC 38500, ITIL туда не заходит.

Тексты ITIL закрыты авторским правом и продаются, поэтому ни пересказа книг, ни таблиц из них здесь нет; за содержанием — к правообладателю, ссылка ниже. Ниже — что это за свод, из чего состоит, что закрывает из нашего справочника практик, чего в нём нет и где применение обычно ломается.

Что внутри

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

Вокруг практик собраны модели, которые задают общую рамку. В редакции ITIL 4 это были четыре измерения услуги, система создания ценностиЦенностьПольза и выгода, которые сторона получает от услуги; величина субъективная.ITIL 4, книга ITIL Foundation, семь руководящих принципов, цепочка создания ценности из шести видов деятельности и модель постоянного улучшенияПостоянное улучшениеТребование иметь критерии оценки улучшений и показывать, что они применяются, а не обещание становиться лучше.ГОСТ Р ИСО/МЭК 20000-1—2021, раздел 102. В редакции ITIL (Version 5) система переименована в ITIL Value System, а к рамке добавлены жизненный цикл продукта и услуги и картирование потоков ценности1.

Группировка практик в двух редакциях разная, и на этом спотыкаются при переходе чаще всего.

Почему число практик не изменилось, а группировка изменилась

Тридцать четыре практики — это перечень работ, и он устойчив: набор дел, которые приходится делать ИТ-подразделению, за шесть лет не поменялся. А группировка — это способ рассказать про этот набор, и она поменялась следом за тем, что владелец считает главным. В ITIL 4 техническое управление стояло отдельной категорией: разработка, инфраструктура, развёртывание. Теперь её нет. В ITIL (Version 5) продукты и услуги сведены в один жизненный цикл1, и отдельная техническая категория стала не нужна.

Если вы читали ITIL 4 и открыли ITIL (Version 5), не ищите пропавшие практики. Их не убирали, их переложили по другим полкам.

Ключевые понятия

Пять терминов, без которых остальной текст читается неправильно.

Услуга — способ дать потребителю нужный ему результат, не перекладывая на него управление затратами и рисками2. Ключевое в определении не «дать результат», а вторая составляющая: если заказчик сам следит за мощностями, сам ищет виноватых при сбое и сам считает, во что это обошлось, — услуги у него нет, есть доступ к оборудованию. Здесь же стоит различать две роли, которые в разговоре часто путают: потребитель — тот, кто заказывает услугу и отвечает за неё перед организацией, пользователь — тот, кто ею ежедневно пользуется. В крупной компании это почти всегда разные люди: бизнес-подразделение выступает потребителем, а его сотрудники — пользователями.

Полезность и гарантияПолезность и гарантияДве стороны оценки услуги: что она делает и с каким уровнем она это делает.ITIL 4, книга ITIL Foundation — две стороны, по которым услугу оценивают. Полезность отвечает на вопрос, что услуга делает; гарантия — как она это делает: с каким уровнем, доступностью, защитой2. Одной мало: система, которая умеет всё и лежит по вторникам, бесполезна ровно так же, как надёжная система, умеющая не то.

Практика — набор ресурсов организации, собранный, чтобы делать работу определённого типа2. Не отдел и не регламент: в практику входят люди, их умения, инструменты, договорённости и то, что записано.

Поток создания ценностиПоток создания ценностиПоследовательность шагов, которыми организация создаёт и доставляет услугу потребителю.ITIL 4, книга ITIL Foundation — последовательность шагов, которыми организация создаёт и доставляет продукт или услугу потребителю2. Практики в этом потоке участвуют по-разному в зависимости от того, что за работа: один и тот же набор практик под срочный сбой и под плановый запуск собирается в разном порядке.

Ценность — то, ради чего всё остальное. Свод специально оговаривает, что она субъективна и определяется восприятием сторон2. Отсюда практическое следствие: спор «полезен ли наш сервис» нельзя решить внутри ИТ, он решается с тем, кто услугой пользуется — с бизнесом, а не с ИТ-отделом, который её строил.

Руководящие принципы

Семь принципов — то, что в ITIL 4 применяется всегда, независимо от практики, размера организации и того, что вы внедряете2. Ниже названия из свода и то, что каждый из них меняет в реальной работе; вторая часть — наше наблюдение, а не текст правообладателя.

1. Фокусируйтесь на ценности. Проверка простая: если по вашей задаче нельзя назвать, кому и чем станет лучше — пользователю, потребителю или бизнесу в целом, — задача не про ценность, а про удобство исполнителя.
2. Начинайте с того, что есть. Не проектируйте с чистого листа то, что уже как-то работает. Сначала опишите текущее состояние — обычно выясняется, что половина нужного уже делается, просто не называется.
3. Двигайтесь итеративно, с обратной связью. Короткий шаг с проверкой лучше годового проекта: у годового обратная связь приходит тогда, когда менять поздно и время на неверный путь уже потрачено.
4. Сотрудничайте и не скрывайте. Закрытая работа порождает недоверие быстрее, чем ошибки. Показывать промежуточное неприятно, но дешевле.
5. Думайте и работайте целостно. Улучшение одной практики за счёт соседней обычно не улучшение, а перенос проблемыПроблемаПричина одного или нескольких инцидентов.ITIL. Сокращение времени закрытия инцидентов при выросшей доле повторных — ровно этот случай.
6. Держите просто и практично. Каждый шаг процесса должен приносить результат. Шаг, который никто не может объяснить, исключают.
7. Оптимизируйте, потом автоматизируйте. Не автоматизируйте хаос. Автоматизация плохо работающего процесса даёт быстрый плохой процесс.

Как устроена ценность

Свод описывает не только работу, но и то, из чего она собрана. В ITIL есть два подхода.

Четыре измерения. У практики четыре стороны: организация и люди; информация и технологии; партнёры и поставщики; потоки создания ценности и процессы2. Подход ловит частый перекос: внедрение сводят к настройке системы, а роли, подрядчиков и договорённости не трогают.

Цепочка создания ценности — шесть видов деятельности2. Названия в своде короткие, поэтому рядом их смысл:

• планирование — куда идём и на что тратим;
• улучшение — что меняем по итогам замеров;
• взаимодействие — разговор с заказчиком, пользователем и подрядчиком;
• проектирование и переход — как задумываем услугу и как выводим её в работу;
• получение и разработка — где берём составные части: покупаем или делаем;
• предоставление и поддержка — ежедневная работа со сбоями и запросами.

Порядок не жёсткий: под каждую работу они выстраиваются заново. В прежних редакциях этап шёл за этапом.

Что покрывает — и чего не покрывает

Тридцать четыре практики ITIL ложатся на наш справочник напрямую — по ним у нас проставлено соответствие. Вот как покрытие распределено по областям управления.

Полный список практик, которые описывает ITIL:

Гораздо интереснее посмотреть на обратное — чего в ITIL нет, потому что именно здесь чаще всего возникает ложное чувство полноты. Снаружи остаются двадцать шесть практик из шестидесяти.

Управление данными — не покрыто вовсе. Одиннадцать практик: руководство данными, архитектура данных, качество данных, метаданные, справочные и основные данные, хранилища и аналитика. ITIL про них не говорит ничего. Это область отдельного свода — DAMA-DMBOK, откуда эти одиннадцать практик и взяты.

Измерение и контроль — покрыто на четверть. Есть REPИзмерение и отчётность, но нет средств контроля бизнес-процессов, соответствия внешним требованиям и мониторинга системы внутреннего контроля. Это язык COBIT, а не ITIL.

Финансы — покрыто на две пятых. Есть FINУправление финансами и SUPУправление поставщиками, но нет обеспечения получения выгоды, управления бюджетом и оптимизации стоимости.

Стратегия и руководство — покрыто меньше чем наполовину. Есть STRСтратегия ИТ, IMPПостоянное улучшение и RELУправление отношениями, но нет ни ITGСистема управления ИТ, ни FRMПодход к управлению ИТ, ни INNИнновации. Это принципиально: ITIL описывает, как управлять услугами, а не как устроить руководство ИТ.

Отдельно про эксплуатацию: из одиннадцати практик закрыты десять, не закрыта только MOpУправление эксплуатацией. Это самая сильная зона ITIL, и если вы берёте его ради поддержки и эксплуатации — вы пришли по адресу.

Чем отличается от соседей

Три свода, с которыми ITIL путают чаще всего.

Три свода лежат слоями и не конкурируют. ISO/IEC 20000-1 говорит, что должно быть, ITIL — как это обычно делают, COBIT — зачем это нужно организации и как понять, что оно работает. Выбирать между ними — распространённая ошибка: выбирать надо, с какого слоя начать.

Четвёртый сосед — FitSM, о нём вспоминают реже. Тот же предмет, что у ITIL, меньший объём, распространяется бесплатно. Не проходит ITIL по бюджету или по доступности — берут FitSM.

Что обязательно, а что на выбор

Ответ короткий: в ITIL обязательного нет ничего.

Свод не предъявляет требований, по нему нельзя пройти аудит и нельзя получить заключение о соответствии. Всё, что в нём написано, — рекомендация, которую организация приспосабливает под себя. Так задумано: седьмой принцип прямо велит держать просто и практично, а не выполнять целиком.

Разница видна на соседе. У ISO/IEC 20000-1 текст разделён на «должен» и «следует», и проверяющий спрашивает по первому. У ITIL такого деления нет, и вопрос «а это обязательно?» на нём не имеет смысла — обязательным делает не свод, а ваш собственный регламент, когда вы его написали и утвердили.

Поэтому в договоре и в требованиях к подрядчику ссылаются на свой регламент, а не на ITIL. ITIL остаётся тем, по чему регламент написан.

Пять редакций и что менялось между ними

Сначала главное, потому что от этого зависит, надо ли вам вообще переучиваться: новая редакция не отменяет предыдущую. Владелец говорит это прямо — ITIL 4 не обесценивает третью версию, и описания процессов оттуда остаются рабочим руководством9. «У нас всё по третьей» — это не отставание, а описание того, на каком языке в организации разговаривают.

Первая: библиотека, которую собирали по модулю

ITIL задумывался как GITIMM — «государственный метод управления ИТ-инфраструктурой». Автор замысла, Джон Стюарт из британского агентства CCTA, попросил у казначейства восемь тысяч фунтов на пробу идеи и получил отказ9. Слово «государственный» из названия убрали после разговора с голландцем из компании Pink Elephant: тот заметил, что с таким словом продаж не будет9.

К 1989 году команда собралась, и работа пошла всерьёз. Тем, что нужно описать отдельно, насчитали больше пятидесяти процессов — вплоть до стратегии кабельной инфраструктуры и защиты от электрических помех9. Первыми вышли модули про уровень услуг, справочную службу и управление проблемами; управление инцидентами тогда считалось частью управления проблемами9.

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

Вторая: связь между процессами и конец «войны процессов»

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

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

Экзамены при этом были только по двум книгам из девяти — «поддержка услуг» и «предоставление услуг»9. Остальные семь рынок в основном не заметил, и это первый случай, когда сертификация решила, какую часть свода читают.

Годы второй редакции у нас из вторичного источника

На страницах владельца дат публикации второй редакции нет. Годы 2000 и 2001 — по справочнику IT Process Wiki10; там же сказано про девять книг, и это сходится с документом AXELOS, который называет то же число9. Если владелец опубликует свои даты, мы поправим.

Третья: жизненный цикл вместо списка процессов

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

Улучшение при этом сделали не шестой стадией, а сквозной работой поверх остальных9. Обучение перестроили под ту же схему: вместо двух ступеней первой и второй редакций — пять уровней от новичка до эксперта9.

Здесь же у свода появилась дурная слава, которой он не заслужил. Третью редакцию стали читать как техническое задание — переносить описания процессов в организацию дословно, хотя во всех редакциях, включая первую, написано «примерь и приспособь»9.

Обновление 2011 года: не новая версия, а вычитка

Этого шага в разговорах обычно нет, а он объясняет, почему у одной и той же книги встречаются два года на обложке. В 2011 году вышло не новое поколение, а исправленное издание тех же пяти книг: правка ошибок, снятие противоречий, единая структура11.

Что поменялось по существу:

• у каждой стадии появилась таблица входов и выходов — стало видно, чем стадии обмениваются11;
• в стратегии выделили отдельный процесс управления стратегией для ИТ-услуг, а управление спросом и отношениями с бизнесом описали как процессы11;
• в проектировании добавили координацию проектирования11;
• процесс оценки в переходе переименован в оценку изменения11;
• в улучшении завели реестр улучшений, а модель CSI переименовали в подход CSI11.

Тому, кто держит на полке ITIL третьей версии, это стоит проверить: смотрите год на обороте титула. Издания 2007 и 2011 годов различаются по составу процессов, и ссылка «по ITIL v3» без года неточна.

Четвёртая: практики вместо процессов

Четвёртая редакция вышла в 2019 году2 и сменила не столько содержание, сколько способ его подавать. Третья версия описывала процессы со схемами и последовательностями шагов. Четвёртая описывает принципы, понятия и практики: у каждой практики названы ключевые работы, входы и выходы, но подробной спецификации процесса нет9.

Сделано это намеренно и по той самой причине, из-за которой ругали третью версию: чтобы свод перестали читать как инструкцию и начали приспосабливать под себя9. Побочный эффект тот же, но с другой стороны: организация, которой нужен готовый порядок работы, в четвёртой редакции его не найдёт — и правильно сделает, если возьмёт описания процессов из третьей, которые никто не отменял9.

Второе изменение шире первого: ITIL 4 заявлен как свод про управление услугами вообще, а не только про ИТ-услуги9. Отсюда и практики, в которых про ИТ ни слова, — управление персоналом, поставщиками, рисками.

Кому свод принадлежит и как менялся владелец

ITIL начинался как библиотека книг британского правительства. Сегодня это торговая марка коммерческой компании, и путь между этими точками объясняет многое в том, как свод устроен сейчас.

• 2013 — создана AXELOS, совместное предприятие Cabinet Office (правительство Великобритании) и Capita plc; в портфель вошли ITIL и PRINCE24.
• 2021 — AXELOS куплена компанией PeopleCert; сделка завершена на условиях, объявленных 21 июня 2021, и оценила AXELOS в 380 миллионов фунтов4.
• Начало февраля 2026 — объявлена новая версия, ITIL (Version 5)5.
• 2026, в течение года — выходят модули новой версии; по состоянию на 16 августа 2026 владелец объявил о доступности модулей Product, Service, Experience, Strategy и Transformation6.
• 31 декабря 2027 — плановая дата вывода из обращения всех модулей ITIL 41.

Точной даты выхода ITIL Foundation (Version 5) у нас нет — и это не оплошность

По интернету ходит подробный календарь релизов ITIL 5 с точностью до дня: Foundation — 12 февраля 2026, Bridge — 26 февраля, и так далее. Мы проверили этот календарь по страницам правообладателя: ни на itil.com, ни на peoplecert.org дат выхода модулей нет вообще. Все даты происходят из блогов аккредитованных учебных центров.

Поэтому здесь стоит только то, что подтверждается: объявление сделано в начале февраля 2026 года5, а модули выходят в течение года6. Дату 12 февраля мы не приводим, пока её не подтвердит владелец.

Отдельная деталь, показывающая, куда сместился свод: расшифровку аббревиатуры правообладатель больше не использует. Фразы «Information Technology Infrastructure Library» нет ни на itil.com, ни в справочном разделе PeopleCert — везде только бренд «ITIL». Библиотека стала маркой.

Что нового в самой редакции по формулировкам владельца: свод заявлен как AI-native by design, продукты и услуги сведены в один жизненный цикл, система создания ценности переименована в ITIL Value System, экзамены верхних модулей стали open-book1.

В России

Короткий ответ: ITIL в России применяют, но взять его официально трудно, а по-русски — негде.

Официального русского перевода нет. Русский язык отсутствует в списке языков экзамена: у ITIL Foundation (Version 5) их девять, у ITIL 4 Foundation — двенадцать, русского нет ни там, ни там78. Справочный раздел владельца прямо говорит, что ITIL (Version 5) на текущий момент доступен на английском1.

Купить экзамен напрямую затруднительно. В списке стран на странице покупки у PeopleCert Россия отсутствует: перечень идёт от Румынии сразу к Руанде7. Оговоримся честно: это наблюдение на странице, а не официальное заявление правообладателя о недоступности услуг в России — такого заявления мы не нашли.

ГОСТ-аналога у ITIL нет и быть не может — это свод практик, а не стандарт. Российский документ по управлению ИТ-услугами существует, но это адаптация другого свода: ГОСТ Р ИСО/МЭК 20000-1-2021, действует с 30 апреля 2022 года3.

Российской организации разумнее так: терминологию и состав работ берите из ITIL, а формальную опору — из ГОСТ Р ИСО/МЭК 20000-1. Ссылаться в регламенте на непереведённый коммерческий свод неудобно, на действующий ГОСТ — нормально.

Где взять первоисточник и сколько стоит

Первоисточник платный, и это надо закладывать в план.

Цены сняты со страницы правообладателя при выборе локали Canada и валюты в долларах США; в другой локали и валюте они будут другими.

Отдельно стоит понимать, что именно продаётся. Тридцать четыре практики доступны исключительно по подписке1 — то есть привычного сценария «купить книгу и раздать команде» у ITIL сейчас нет. Организация покупает либо обучение, либо подписки на сотрудников.

Сертификация

Сертифицируется человек. Схема квалификаций ITIL (Version 5) состоит из уровня Foundation, восьми модулей верхнего уровня и одного расширенного модуля по AI Governance; звания — Practice Manager, Managing Professional, Strategic Leader и Master1.

Три детали, о которых обычно узнают поздно:

Сертификат не бессрочный. Он ограничен по времени: сертификаты ITIL (Version 5) выдаются со сроком обновления три года; для продления нужно 60 баллов профессионального развития17.

Обучение обязательно на всех модулях, кроме первого. К Foundation правообладатель разрешает готовиться самостоятельно. На остальных модулях нужен аккредитованный курс или официальный электронный1.

Экзамен Foundation закрытый. Сорок вопросов, шестьдесят минут, без материалов, проходной балл — 65 процентов7. На верхних модулях новой редакции материалами пользоваться разрешено1.

Сертификации организаций по ITIL у правообладателя нет. Есть продукты оценки — ITIL Maturity Assessment и ITIL Performance Benchmarking, — но это оценка, а не сертификация, и путать их не стоит.

Чем это автоматизируют

Свод инструментов не называет и никаких систем не сертифицирует: технологии в нём — одно из четырёх измерений практики, наравне с людьми и договорённостями2. Поэтому список ниже — наша разметка, а не позиция правообладателя.

Под большинство практик ITIL нужны решения четырёх классов:

• Платформа управления услугами, её часто называют системой класса service deskСлужба поддержки (service desk)Единая точка контакта между теми, кто пользуется ИТ-услугами, и теми, кто их предоставляет: сюда приходит обращение и здесь оно должно быть зафиксировано.ITIL 4, практическое руководство Service Desk; MOF 4.0 (сервис-деск) или ITSM-системой — обращения, изменения, запросы, связь между ними. Закрывает основную часть практик эксплуатации.
• База конфигураций — из чего состоит услуга и от чего зависит. Без неё оценка влияния изменения и разбор инцидента делаются на память.
• Мониторинг и событияСобытиеИзменение состояния, замеченное мониторингом.ITIL 4 — чтобы о сбое узнавали не от пользователя.
• База знанийБаза знанийСобрание проверенных решений и инструкций, которыми пользуются при разборе обращений.Разбор практики управления инцидентами на портале — чтобы решение, найденное один раз, применялось дальше.

Порядок в списке не случайный: он же и порядок внедрения. Платформа без базы конфигурацийБаза данных управления конфигурациями (CMDB)База, где записано, из чего состоят ИТ-услуги и как связаны их части — и что остановится, если тронуть одну.ITIL 4: практическое руководство Service Configuration Management и книга ITIL Foundation; ГОСТ Р ИСО/МЭК 20000-1-2021, пункты 3.2.1, 3.2.2 и 8.2.6; FitSM-0, FitSM-1 (PR11) и FitSM-2; MOF 4.0, SMF «Изменение и конфигурация»; COBIT 5, процесс BAI10; DAMA-DMBOK, глава 12; Брукс, «Метрики для управления ИТ-услугами»; itSMF, «Введение в ИТ Сервис-менеджмент», 2003 работает, база конфигураций без платформы — нет.

Классы решений с примерами и признаком наличия в реестре отечественного ПО собраны отдельно, в каталоге решений.

Где ломается применение

Здесь мы выходим из области фактов правообладателя в область наблюдений. Дальше — типовые способы применить свод так, чтобы он не сработал.

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

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

Сертификат одного человека принимают за зрелость организации. Сертифицируется человек, а не компания. «У нас ITIL» в тендерном ответе часто означает, что кто-то однажды сдал Foundation.

Читают пересказы вместо первоисточника. Тексты закрыты подпиской, и в организацию свод попадает через слайды с курсов, статьи и чужие регламенты. Каждый пересказ что-то теряет и что-то додумывает; через два-три звена от оригинала остаётся набор слов. Именно поэтому мы на этой странице не пересказываем содержание книг, а показываем состав и отправляем к правообладателю.

Не закладывают смену редакции. ITIL 4 и ITIL (Version 5) идут параллельно, но вывод модулей ITIL 4 запланирован на 31 декабря 2027 года1. Регламенты, написанные на терминологии ITIL 4, придётся править, а людей — доучивать. Это планируемые расходы, а не сюрприз.

Отсутствие русского перевода расползается по документам. Каждая организация переводит термины сама, и в трёх соседних компаниях change enablement превращается в «управление изменениями», «контроль изменений» и «управление модификациями». Спор о словах потом переносится на спор о процессе.

С чего начать

Если ITIL для вас новый, порядок действий такой.

1. Возьмите оглавление, а не книгу. Пройдите по составу практик и отметьте те, что у вас уже как-то делаются, — обычно их больше, чем кажется. Это дешевле любого обучения и сразу показывает пробелы.
2. Выберите одну практику, где болит. Чаще всего это INCУправление инцидентами или SDKСлужба поддержки. Доведите её до состояния, когда по ней есть показатель и понятно, кто за неё отвечает. Одна работающая практика полезнее тридцати четырёх описанных.
3. Закрепите словарь. Договоритесь внутри, что называется инцидентом, что запросом, что изменением, и запишите это. Половина пользы от ITIL приходит отсюда.

Если нужна формальная опора для аудита или тендера — начинайте не с ITIL, а с ГОСТ Р ИСО/МЭК 20000-1-20213.

Что читать дальше

Три свода, к которым осмысленно перейти отсюда: один заменяет ITIL там, где он тяжёл, второй проверяет управление услугами внешним аудитом, третий сводит работу нескольких поставщиков в одну услугу.