ITIL: как устроено управление ИТ-услугами

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

Разберемся, как эти проблемы решает фреймворк ITIL и как его внедрить, чтобы управление ИТ-услугами стало прозрачным и эффективным.

ITIL: что это простыми словами

ITIL (от англ. Information Technology Infrastructure Library) — это библиотека лучших практик для управления ИТ-услугами. Ее задача — помочь организовать стабильную, прозрачную и предсказуемую работу ИТ-сервисов для бизнеса и пользователей.

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

При этом важно понимать, что ITIL:

• не программа и не конкретная система вроде Service Desk;
• не закон и не обязательный стандарт;
• не строгая инструкция, где все нужно делать только описанным способом;
• не подразумевает управление проектами, а только ИТ-услугами и сервисами.

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

Зачем бизнесу ITIL

Многие компании начинают задумываться об ITIL, когда ИТ-процессы перестают быть управляемыми. Собрали несколько типичных проблем, которые помогает решить фреймворк.

Когда процессы выстроены системно, ИТ перестает работать в режиме постоянного аврала и начинает управлять качеством сервиса.

ITIL и ITSM: как связаны подход и библиотека практик 

Термины ITIL и ITSM часто используют вместе, но обозначают они разные понятия.

ITSM (IT Service Management) — это подход к управлению ИТ-услугами. Он отвечает на вопрос: как организовать ИТ-сервисы так, чтобы они приносили пользу бизнесу и пользователям.

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

Проще говоря:

• ITSM — это концепция, философия, общий подход к управлению ИТ-услугами.
• ITIL — набор конкретных рекомендаций и практик для управления ИТ-услугами.

При этом ITIL — не единственный способ реализовать ITSM. Но это один из самых известных и распространенных фреймворков для управления ИТ-услугами.

Что в компании считается ИТ-сервисом 

Когда говорят об ИТ-услугах, вспоминают о серверах, базах данных и прочих абстрактных для большинства пользователей вещах. 

На практике же ИТ-сервис — это  возможность выполнить работу: отправить счет, принять заказ, посмотреть отчет, войти в систему, связаться с клиентом и т. д. Вот некоторые ИТ-сервисы с примерами и последствиями их поломки.

Благодаря ITIL подразделение ИТ не просто решает отдельные задачи, а комплексно управляет разнообразными сервисами, от которых напрямую зависит работа бизнеса и сотрудников.

Ключевые понятия, которые важно понять до практик ITIL

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

Услуга

Услуга — это то, что ИТ предоставляет пользователю или бизнесу для достижения результата. 

Например, не сервер с базой данных, а доступ к CRM для отдела продаж.

Ценность

Ценность — это польза, которую сервис приносит бизнесу или пользователю.

Например, CRM ценна, потому что помогает вести сделки, хранить базу клиентов, не терять заявки и увеличивать продажи. 

С точки зрения ITIL сервис существует ради результата для бизнеса.

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

В ITIL эти роли разделяют, потому что у них разные задачи.

• Пользователь — работает с сервисом ежедневно. Например, менеджер использует CRM в своей работе.
• Заказчик — определяет требования к сервису и согласует уровень обслуживания. Например, руководитель отдела продаж.
• Поставщик услуги — отвечает за предоставление и поддержку сервиса. Например, ИТ-отдел или внешний подрядчик.

SLA

SLA (Service Level Agreement) — соглашение об уровне сервиса. Оно определяет:

• как быстро команда реагирует на обращения;
• в какие сроки решает запросы пользователей;
• какие показатели качества считаются нормой для компании.

Например: реакция на критический инцидент — 15 минут, а восстановление сервиса — до 2 часов. 

Единый стандарт помогает оценивать работу команды и давать гарантии пользователям.

Инцидент

Инцидент — это незапланированное нарушение работы сервиса или снижение качества. 

Например, перестала работать почта или сотрудники не могут войти в систему CRM.

Главная цель — как можно быстрее восстановить работу сервиса.

Проблема

Проблема — это причина одного или нескольких инцидентов.

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

• Инцидент — это сбой, который требует быстрого восстановления работы сервиса здесь и сейчас. Например, CRM перестала открываться — команде нужно как можно быстрее вернуть сервис в рабочее состояние.
• Проблема — это причина, из-за которой инцидент произошел. Например, CRM регулярно падает из-за ошибки в инфраструктуре или нехватки ресурсов сервера.

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

Изменение

Изменение — это плановое изменение в сервисе, системе, инфраструктуре или процессе.

Например, обновление CRM, перенос системы на новый сервер или изменение схемы доступа пользователей.

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

Принципы ITIL: как применять их без бюрократии 

ITIL 5, самая актуальная версия библиотеки, основана на семи руководящих принципах — рекомендациях, которые помогают гибко выстраивать сервисные процессы гибко и совмещать разные методы в управлении ИТ-услугами.

1. Фокусируйтесь на ценности

Любой сервис должен отвечать на вопрос: какую пользу он дает бизнесу и пользователям. Если процесс не создает ценность, его стоит упростить или убрать.

2. Начинайте с текущего состояния

ITIL не требует перестраивать всю систему сразу. Сначала важно понять, как компания уже работает, например:

• откуда приходят обращения;
• где теряются и зависают задачи;
• какие сервисы чаще всего ломаются;
• какие правила уже существуют;
• какие данные команда уже собирает и т. д.

Часто базовые процессы уже есть и их нужно не полностью заменить, а частично перестроить и доработать.

3. Двигайтесь постепенно и с обратной связью

Не стоит пытаться внедрить сразу все практики ITIL. Это почти всегда заканчивается перегрузкой команды.

Гораздо эффективнее:

1. выбрать одну проблему;
2. настроить простой процесс;
3. собрать обратную связь;
4. постепенно улучшать систему.

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

4. Сотрудничайте и действуйте открыто и прозрачно

Команда, руководство и пользователи должны видеть общую картину:

• что происходит с сервисами;
• где есть задержки;
• какие есть риски;
• кто отвечает за решение.

Когда информация прозрачна, становится меньше конфликтов, дублирования и ручного контроля.

5. Думайте и работайте системно

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

ITIL помогает смотреть на сервис как на единую систему, где все взаимосвязано.

6. Делайте проще и практичнее

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

7. Оптимизируйте и автоматизируйте

Автоматизация полезна только тогда, когда сам процесс уже понятен и работает стабильно. Если автоматизировать хаос, хаос просто станет быстрее.

Поэтому сначала:

• описывают процесс;
• определяют роли и правила;
• убирают лишние шаги.

Только после этого процесс автоматизируют для устранения рутинных операций и экономии времени команды.

ITIL процесс и практики ITIL: в чем разница

Когда говорят про ITIL, часто используют термин «ITIL-процессы». Это не ошибка — раньше ITIL действительно в основном описывали через процессы. Но в современных версиях чаще используют понятие практик. Разница между этими понятиями в масштабе.

Что такое процесс в ITIL

Процесс — это последовательность действий с понятной логикой работы:

• есть вход для обращений;
• набор шагов;
• роли;
• результат;
• показатели эффективности.

Например, процесс управления инцидентами может выглядеть так:

1. Зарегистрировать инцидент.
2. Классифицировать его.
3. Назначить приоритет.
4. Восстановить сервис.
5. Закрыть обращение.

То есть процесс описывает, что и в каком порядке делать.

Что такое практика ITIL

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

• людей и роли;
• инструменты;
• данные;
• правила;
• метрики;
• способы улучшения;
• коммуникацию между командами.

Например, практика управления инцидентами включает все, что и аналогичный процесс, а также:

• правила эскалации;
• SLA;
• базу знаний;
• роли сотрудников;
• систему Service Desk;
• аналитику и метрики;
• связь с другими практиками.

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

Ключевые практики ITIL 

Версия ITIL 5 содержит 34 практики, но на старте потребуются всего несколько базовых.

Собрали практики, с которых компании начинают, чтобы навести порядок в поддержке и снизить хаос в работе ИТ-команды.

С чего начать внедрение ITIL 

Эффективнее начинать не с перестройки всей существующей инфраструктуры, а с конкретной проблемы бизнеса или службы поддержки. Вот простой алгоритм, который поможет начать внедрять ITIL в работу ИТ-компании или отдела.

1. Определите проблему

Сначала важно понять, что именно сейчас не работает. Например:

• заявки теряются;
• пользователи не понимают сроки;
• одинаковые инциденты повторяются;
• руководитель не видит нагрузку команды.

2. Опишите ключевые ИТ-сервисы

Нужно определить:

• какие сервисы есть в компании;
• кто ими пользуется;
• насколько они критичны для бизнеса.

Это помогает понять, что нужно поддерживать и улучшать в первую очередь.

3. Выберите для начала 2-3 практики

Обычно компании начинают с самых прикладных практик, таких как управление инцидентами, запросами и знаниями.

Этого уже достаточно, чтобы снизить хаос и повысить прозрачность работы.

4. Назначьте роли и ответственность

Важно определить:

• кто принимает обращения;
• кто отвечает за сервис;
• кто эскалирует инциденты;
• кто согласует изменения.

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

5. Настройте простой рабочий процесс

Чем проще процесс на старте, тем лучше. Например, процесс обработки обращения может выглядит так:

1. создание пользователем заявки;
2. назначение заявки приоритета;
3. назначение исполнителя;
4. восстановление сервиса;
5. фиксация результата.

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

6. Введите понятные метрики

Нужно измерять не все подряд, а только то, что помогает управлять сервисом.

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

Метрики помогают оценивать процессы с опорой на точные цифры, а не ощущения.

7. Улучшайте процесс по данным

ITIL предполагает постоянное улучшение. После внедрения важно регулярно смотреть:

• где возникают задержки;
• какие инциденты повторяются;
• какие этапы перегружают команду;
• что можно упростить или автоматизировать.

Как выбрать систему для управления ITIL-процессами

При упоминании ITIL могут иметь в виду не саму библиотеку, а платформу для управления ИТ-сервисами. Собрали основные критерии выбора ITIL-системы, которая подойдет под потребности бизнеса.

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

Поэтому многие компании выбирают не узкоспециализированный Help Desk, а более гибкие платформы. 

Кайтен — российский сервис для совместной работы. Все процессы компании в одном месте: проекты, задачи, цели, сотрудники, документы, переписки, отчеты, заявки.

Попробовать бесплатно

Например, в системе управления рабочими процессами Кайтен можно выстроить:

• прием обращений через единое окно при помощи модуля Service Desk;
• workflow (рабочий процесс) для управления инцидентами, изменениями и других процессов на канбан-досках;
• SLA и сценарии автоматизации обработки заявок;
• базы знаний для команды и пользователей;
• работу нескольких сервисных подразделений в одном пространстве.

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

Кратко о главном

• Расшифровка ITIL — Information Technology Infrastructure Library, буквально переводится как библиотека инфраструктуры информационных технологий. Это набор практик для управления ИТ-услугами, а не методология управления проектами.
• ITIL — не программа и не жесткий стандарт: компания адаптирует практики под свои процессы и уровень зрелости.
• ITIL помогает смотреть на ИТ как на систему сервисов, от которых зависит работа бизнеса и сотрудников.
• Внедрять ITIL сразу целиком не нужно — лучше начинать с конкретной проблемы и нескольких базовых практик.
• ITIL-система нужна не ради регламентов, а чтобы процессы реально работали каждый день: заявки не терялись, SLA соблюдались, а качество сервиса росло.