Что такое ITIL и откуда он взялся
ITIL (Information Technology Infrastructure Library) — свод лучших практик управления IT-услугами, который начали разрабатывать в Великобритании в конце 1980-х. За 35 лет ITIL прошёл несколько редакций:
- ITIL v1 (1989–1995) — набор из 30+ книг о разных аспектах IT-операций.
- ITIL v2 (2000) — структурирован вокруг процессов Service Support и Service Delivery.
- ITIL v3 / 2011 — концепция жизненного цикла услуги: Strategy, Design, Transition, Operation, Continual Improvement.
- ITIL 4 (2019) — текущая редакция. Отказ от жёсткой последовательности фаз, переход к системе ценностей и гибким практикам.
Ключевое отличие ITIL 4 от предыдущих версий — отказ от каскадной модели. Раньше ITIL представлял управление IT как конвейер: стратегия → дизайн → внедрение → эксплуатация. В реальности процессы идут параллельно, итеративно и постоянно пересматриваются — особенно в командах, работающих по Agile и DevOps.
Система ценности услуги (Service Value System)
Центральная концепция ITIL 4 — Service Value System (SVS), система создания ценности. Это не процесс, а модель, описывающая как компания превращает запрос бизнеса в ценную для него услугу. SVS состоит из пяти компонентов:
- Руководящие принципы (Guiding Principles) — 7 универсальных правил (фокус на ценности, начинай с того что есть, прогрессируй итеративно, сотрудничай и прозрачно работай, думай холистически, сохраняй простоту, оптимизируй и автоматизируй).
- Управление (Governance) — механизмы контроля и принятия решений.
- Цепочка создания ценности (Service Value Chain) — 6 видов деятельности, через которые проходит любой запрос: планирование, вовлечение, дизайн/переход, сборка/покупка, доставка/поддержка, улучшение.
- Практики (Practices) — 34 конкретных способа решать задачи (от Incident Management до Supplier Management).
- Непрерывное улучшение (Continual Improvement) — модель из 7 шагов: что хотим, где мы, где хотим быть, как попасть, как это сделать, как узнать что получилось, как сохранить импульс.
Важно: ITIL 4 не предписывает, как именно вы должны реализовать каждую практику. Он описывает что делать и зачем, а конкретные инструменты и процедуры вы выбираете сами под свой контекст.
Четыре измерения управления услугами
ITIL 4 требует рассматривать любую услугу в четырёх измерениях одновременно:
| Измерение | Что учитывается |
|---|---|
| Организации и люди | Роли, компетенции, культура, структура |
| Информация и технологии | Данные, приложения, инфраструктура, связь между ними |
| Партнёры и поставщики | Внешние провайдеры услуг, подрядчики, договоры (UC) |
| Цепочки создания ценности и процессы | Как организованы рабочие потоки, какие процедуры применяются |
Прежняя версия (v3) фокусировалась в основном на процессах. ITIL 4 настаивает, что технологии без людей и правильной культуры не работают, а процессы без учёта партнёрских отношений обречены на трения.
34 практики ITIL 4: обзор
Практики — это знакомые по v3 «процессы», но теперь их 34 и они разделены на три группы. Перечислять все 34 смысла нет — запомнить их никто не обязан. Гораздо полезнее знать, какие практики наиболее часто внедряются в первую очередь:
Практики, с которых обычно начинают внедрение
- Service Desk — единая точка контакта для всех сервисных обращений. Организационно и технически — основа ITSM-внедрения. Подробнее в статье о ServiceDesk.
- Incident Management — обработка инцидентов: восстановление работы услуги при сбое. Самая «кричащая» практика — от неё зависит ощущение качества IT у пользователей.
- Service Request Management — обработка сервисных запросов (доступы, ПО, оборудование) по описанным сценариям.
- Service Level Management — согласование, контроль и отчётность по SLA. Подробнее — в статье о расчёте SLA.
- Change Enablement — согласование и координация изменений в инфраструктуре. В ITIL 4 больше не «Change Management»: акцент сместился с жёсткого контроля на разрешение, ускорение изменений.
- Problem Management — выявление корневых причин повторяющихся инцидентов и их устранение на системном уровне.
- Knowledge Management — управление базой знаний: статьи для пользователей и скрипты для операторов.
- Monitoring and Event Management — автоматический мониторинг инфраструктуры и обработка событий.
Остальные практики: 3 группы
- Общие практики управления (14) — стратегия, архитектура, финансы, портфель, отношения, риски, безопасность информации, поставщики, таланты, изменения организации, непрерывное улучшение, измерение и отчётность, управление знаниями, управление проектом.
- Практики управления услугами (17) — каталог, уровень сервиса, доступность, мощность, непрерывность, инциденты, проблемы, запросы, конфигурации, активы, изменения, релизы, валидация, развёртывание, мониторинг, service desk, дизайн услуг.
- Технические практики (3) — развёртывание, инфраструктура/платформы, разработка ПО.
Не пытайтесь внедрить все 34 практики сразу. Классический подход — начать с Service Desk + Incident Management + Service Request Management + SLA, а остальное подключать по мере созревания процессов. Подробно про порядок внедрения — в статье о внедрении ITSM за 7 шагов.
7 руководящих принципов ITIL 4
Это самая практичная часть фреймворка — их стоит запомнить и применять в любой IT-работе, даже без формального внедрения ITIL:
- Фокус на ценности. Если действие не создаёт ценность для потребителя — его либо не надо делать, либо надо пересмотреть.
- Начинай с того, что есть. Не переписывай всё с нуля — оцени, что работает, и улучшай по частям.
- Прогрессируй итеративно с обратной связью. Маленькие изменения с проверкой результата лучше, чем большой «запуск всего».
- Сотрудничай и делай работу прозрачной. Чем больше заинтересованные стороны видят процесс, тем меньше сопротивления.
- Думай и работай целостно. Не оптимизируй одну часть в ущерб другим.
- Сохраняй простоту и практичность. Каждый процесс-артефакт должен иметь цель. Нет цели — убираем.
- Оптимизируй и автоматизируй. Сначала улучшай процесс (убираем лишнее), потом автоматизируй. Автоматизация плохого процесса — это просто быстрый плохой процесс.
Актуален ли ITIL для российских компаний
Короткий ответ — да, и даже больше, чем раньше. Причины:
- ITIL — методология, а не продукт. Он не привязан к конкретному вендору ITSM-системы, санкциям и лицензионной политике. Применять можно в любой инфраструктуре, на любом ПО.
- Язык и сертификация. Русская версия ITIL 4 Foundation доступна, сертификация проводится. Найти специалистов со знанием терминологии проще, чем, например, по редким альтернативным фреймворкам.
- Требования импортозамещения. Когда российские компании мигрируют с западных ITSM-платформ, им важно сохранить терминологию и процессы. ITIL как общий язык — нейтральный стандарт, не привязанный к конкретной стране или компании.
- Зрелость процессов. После 10–15 лет работы на западных решениях российские IT-команды накопили опыт ITIL-процессов. Терять этот капитал бессмысленно — проще перенести процессы на отечественную on-premise платформу.
Типовые ошибки при внедрении ITIL
- Фетишизация терминологии. Когда все обсуждения сводятся к «а это Incident или Problem?», а бизнес-ценность теряется. ITIL — инструмент, а не цель.
- Сразу все 34 практики. Ни одна команда не может внедрить 34 процесса одновременно. Результат — формальные регламенты в папке, которые никто не читает.
- Копирование чужих процессов. Чужая практика отлично работает в чужом контексте. В вашем нужна адаптация.
- Нет метрик. ITIL без измерения эффективности — ритуал. Нужны KPI, которые покажут, действительно ли стало лучше.
- Игнорирование людей. Если сотрудники не понимают, зачем менять привычный порядок, изменения откатятся через 3–6 месяцев.
Сертификация ITIL 4: стоит ли получать
Базовый уровень — ITIL 4 Foundation. Экзамен можно сдать онлайн за 2–3 часа, стоит около 15–25 тысяч рублей на момент публикации. Для практикующего ITSM-менеджера полезно:
- Даёт общий язык с коллегами из других компаний.
- Структурирует знания — даже если вы уже работаете в IT, материал Foundation связывает разрозненные куски опыта.
- Упоминается в требованиях при найме на позиции ITSM/Service Manager.
Следующие уровни (Managing Professional, Strategic Leader) оправданы только если вы делаете карьеру в этой области или консультируете другие компании.
Вывод
ITIL 4 — это не бюрократическая догма, а набор ориентиров, которые экономят годы проб и ошибок. Не обязательно соблюдать всё буквально: 7 руководящих принципов + Service Desk + Incident + SLA уже покрывают 80% типовых задач средней IT-службы.
Главное — помнить, что ITIL описывает что делать, а не на чём. Инструментальная реализация всегда за вами. В TIQQET мы изначально проектировали функции системы с учётом ITIL-практик: каталог услуг, SLA-калькулятор, база знаний, классификация обращений — всё это «под капотом» соответствует ITIL, но пользователь при этом не обязан заучивать термины.
Попробуйте TIQQET в деле
On-premise ServiceDesk с полным циклом заявок, SLA-контролем и мобильными приложениями. Развёртывание за 1 день.
Посмотреть демоЧастые вопросы
ITIL обязателен для всех компаний?
Нет, ITIL — это рекомендованные практики, а не стандарт соответствия. Обязательной сертификации по ITIL для организаций не существует. Ближайший формальный стандарт — ISO/IEC 20000, но он опирается на идеи ITIL.
Можно ли применять ITIL частично?
Да, и это самый разумный подход. Практика называется «adopt and adapt» — взять то, что подходит, и адаптировать под контекст. Большинство компаний внедряют 5–10 практик из 34, а остальные либо реализуют в упрощённом виде, либо не трогают вовсе.
Чем ITIL 4 отличается от ITIL v3?
Три основных отличия. Первое: отказ от жёсткого жизненного цикла услуги в пользу гибкой системы ценности (SVS). Второе: процессы переименованы в практики, их стало больше (34 вместо 26), а категории стали понятнее. Третье: ITIL 4 интегрирован с Agile, Lean и DevOps — признаётся, что классические ITSM-процессы должны сосуществовать с гибкими методологиями разработки.
Нужен ли ITIL для работы с российскими системами?
Да. ITIL — это методология, а не продукт, поэтому она не зависит от происхождения софта. Российские ITSM-платформы, в том числе TIQQET, реализуют ITIL-практики: service desk, управление инцидентами и запросами, каталог услуг, SLA, база знаний.
Сколько времени занимает внедрение ITIL в компании?
Зависит от масштаба. Базовые практики (service desk, incident, request, SLA) в средней компании на 300–500 пользователей внедряются за 3–6 месяцев. Полноценное покрытие всех 34 практик — это годы и обычно не ставится как цель.
Можно ли совместить ITIL и Agile?
Да, ITIL 4 прямо на это рассчитан. Руководящие принципы (итеративность, сотрудничество, простота) совпадают с ценностями Agile. На практике DevOps-команды используют ITIL для формализации сервисной стороны, а для разработки применяют Agile/Scrum.