Information Technology Infrastructure Library (ITIL) - библиотека инфраструктуры информационных технологий. Библиотека, характеризующая самые лучшие стили организации работы подразделений или компаний, предоставляющих услуги в сфере информационных технологий. Это совокупность лучшего интернационального опыта в сфере организации и управления ИТ. Разработка и позиционирование ITIL принадлежит Комитету по вычислительной технике и телекоммуникациям при правительстве Великобритании, который входит в в палату OGC (The Office of Government Commerce).

Развитие ITIL поддерживается OGC и независимым профессиональным сообществом itSMF IT Service Management Forum. Первоначально библиотека ITIL функционировала под руководством Центрального агентства по вычислительной технике и телекоммуникациям (Central Computer and Telecommunications Agency - CCTA) при правительстве Великобритании, но в апреле 2001 г. ССТА было объединено с Государственной торговой палатой OGC, которая в данный момент является новым «владельцем» библиотеки ITIL. Библиотека ITIL состоит из нескольких «Собраний практических руководств» для предоставления эффективных и рациональных ИТ-услуг".

Структура

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

Состав ITIL

Библиотека ITIL была создана, чтобы уделять особое внимание отношениям с заказчиком в процессе предоставления высококачественных услуг. Изначально в состав библиотеки ITIL входило несколько комплектов книг, каждая из которых описывала определенную область сопровождения и эксплуатации ИТ-инфраструктуры. Центральной частью ITIL является десять книг, в которых описывались поддержка и предоставление услуг. В состав библиотеки входило еще около 40 книг по предметам имевшим отношения к сервис-менеджменту ИТ. После переработки центральных книг по ITIL, они были опубликованы в виде двух книг: одна - по поддержке услуг и другая - по их предоставлению. В результате такой переработки были исключены повторы и некоторые несогласованности ранних серий, что улучшило структурное единство издания, в котором теперь более четко представлены сведения об ИТ Сервис-менеджменте.

Книги

В состав нынешний редакции Библиотеки ITIL входит семь «книг»:

• Управление Приложениями (Application Management)
• Управление Инфраструктурой ИКТ (ICT Infrastructure Management)
• Управление Безопасностью (Security Management)
• Поддержка Услуг (Service Support)
• Доставка Услуг (Service Delivery)
• Планирование внедрения Управления Услугами (Planning to Implement Service Management)
• Бизнес-перспектива (The Business Perspective),

а также «дополнительная» (complementary) книга - «Управление Конфигурациями ПО» (Software Asset Management). Сегодня книги Библиотеки можно найти только на английском языке, однако делается все возможное, чтобы они были переведены на другие языки, в том числе и на русский.

Положения ITIL

• Качество сервиса - величина, которую можно измерить.
• Цель ИТ-службы - предоставить основному бизнесу всеобъемлющий набор информационных сервисов.
• Service Level Agreement - соглашение об уровне предоставления сервисов - документ, по которому сервисы поставляются бизнесу.
• Работа ИТ-службы организуется на базе процессного подхода.

Положительные стороны ITIL

Положительными качествами ITIL можно назвать:

• Работа ИТ направлена на решение задач бизнеса;
• Поставщики ИТ-услуг представляют ИТ-службы для бизнес подразделений;
• Используются только лучшие знания и практики, прошедшие проверку;
• Курс на предоставление максимально возможного качества ИТ-услуг пользователям;
• Функционирование ИТ регулируется соглашением об уровне услуг;
• Установка стандартов и правил для ИТ-персонала;
• Введение подходов менеджмента качества в управления ИТ-сервисами;
• Умение подтвердить и пояснить стоимость ИТ на основании согласованного уровня обслуживания.

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

Отрицательные стороны ITIL

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

Кроме того, в то время как одни темы охватываются широко, другим не уделяется достаточного внимания.

Рабочая российская версия

В конце апреля 2013 г. компания "ЮНИТ-Оргтехника ", работающая с 1994 г., утвердила корпоративный стандарт "Управление услугами ремонта и технического обслуживания ИВС предприятий сервисными организациями на условиях аутсорсинга" (Стандарт РТО ИВС). Данный стандарт разработан на основе методологии ITIL/ITSM, стандарта ГОСТ Р ИСО 20000, учитывает требования стандартов серии ГОСТ Р ИСО 9000, а также реалии российского рынка услуг ремонта и технического обслуживания устройств ИВС и компонент инфраструктуры ИВС. При разработке стандарта был использован многолетний опыт успешной практической деятельности самой компании.

Если корпоративный стандарт, разработанный "ЮНИТ-Оргтехника", принять в качестве национального стандарта, то это позволит решить головную боль современного российского рынка – выявлять и исключать из числа поставщиков услуг РТО ИВС недобросовестных игроков рынка, в том числе компании-однодневки, стремящиеся выиграть конкурсы на поставку услуг за счет привлекательного, но необоснованного снижения цен на свои услуги, – так как содержит методики оценки качества оказываемых услуг. Кроме того, принятие официального национального отраслевого стандарта, учитывающего российскую специфику, позволит стимулировать развитие отечественной экономики за счет уравнивания шансов в конкурентной борьбе отечественных и зарубежных компаний, изначально имеющих больше ресурсов по сравнению с российскими.

Принятие Стандарта РТО ИВС в качестве национального позволит решить ключевые проблемы внедрения ITIL-решений. Это отсутствие в ITIL полного набора готовых решений для конкретной компании – в Стандарте имеется полный набор готовых решений для типовой российской компании.

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

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

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

IT Service Management (ITSM) - один из подходов к управлению услугами ИТ-отдела. Сердце ITSM - это свод знаний ITIL (IT Infrastructure Library). В библиотеке тщательно и системно расписаны все процессы, которые повышают качество ИТ-услуг в сторону их ориентированности на бизнес. Библиотека ITIL появилась по заказу правительства Великобритании еще в начале 90-х, с тех пор вышло три редакции ITIL, а общее количество книг достигло 30.

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

Ключевые слова и фразы для ITSM

ИТ-услуга - сама по себе ценность, ориентированность на бизнес, системность, ITIL , CobiT , Service Desk.

Суть методологии ITSM

Если классический подход направлен на совершенствование самого программного продукта, то при ITSM акценты смещаются на удовлетворение потребностей бизнеса. Через совершенствование программного продукта, да. Но так как между бизнесом (с его философией, ценностями и целями) и ИТ - пропасть, нужен определенный буфер. Методология ITSM помогает управлять ИТ-отделом эффективно, по KPI, понятным как бизнесу, так и айтишникам.

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

Следует различать вот что. Есть ИТ-отделы внутри компаний. А есть ИТ-компании. Первые, как правило, плевали на дружелюбность и ориентированность на клиента (в данном случае на руководство). Вторые - изо всех сил стараются быть похожими на «зрелый» бизнес, делать продукты «для людей», думать о продажах, клиентском сервисе и т.д.

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

1. Они хотят соответствовать Большому Бизнесу. Это похоже на то, как сын подражает отцу. Отрасль ИТ все еще молода, к ней относятся с недоверием и высокомерием. Для большинства крупных бизнесов, «ИТ-компания» - это сборище «компьютерщиков», бородатых и вечно с бодуна. Чтобы показать серьезность своего бизнеса, ИТ искусственно увеличивает собственную важность: рейтинги, сертификаты, методологии, ассоциации.
2. Они хотят получить конкурентное преимущество. Чем рядовая вебдев-студия может похвастать, зацепить заказчика? Она работает по Scrum? Половина уже работает по Scrum (ну, или так заявляет). Она делает интерфейсы «для людей»? А кто не делает. Схватив тренд погорячее, каждый пытается воздеть его на длинное древко и махать над головой.

Роб Ингланд, автор книг по ITSM и ITIL, спрашивает: «вы видели инженеров, ежегодно предлагающих новые крутые способы строительства, скажем, мостов (как правило - более дорогие и менее надежные, чем те, что применялись на протяжении многих лет)?».

В ИТ же один способ круче другого. Но ITSM сама по себе методология сложная, громоздкая, с множеством метрик. Подходит ли она для того, чтобы просто увеличить собственную важность в глазах клиентов?

Помимо всего, ITSM - процесс цикличный, это тот же Continual Process Improvement, как и в DevOps . Например, так выглядит жизненный цикл ITSM:

Представьте, сколько ресурсов нужно будет бросить веб-студии со штатом, скажем, в 15 человек, на жизнеобеспечение ITSM. Рационально? Вряд ли.

Есть такой принцип «если работает - не чините!». Отлично подходит для ИТ-компаний. Нужно понимать, что это не новая ИТ-библия и не свод жестких указаний. Здесь все нужно адаптировать. Если вы студия, вы живы и хорошо себя чувствуете - вероятнее всего, вы правильно поставили и процесс продаж, и производство, и клиентский сервис. Что-то улучшить, подкрутить - пожалуйста. Внедрять новое с нуля только потому, что это передовой опыт и самая распространенная методология управления ИТ-процессами - глупо.

Другое дело - ИТ-отделы в крупных компаниях с прогрессивным руководством. Почему у них есть острая потребность в ITSM?

Почему ITSM нужен ИТ-отделам

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

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

Роб Ингланд

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

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

Так бизнес видит ИТ:

Так ИТ видит бизнес:

У бизнеса есть два справедливых желания:

1. Ставить задачи ИТ-отделу так, чтобы все выполнялось строго в соответствии с задачами бизнеса.
2. Контролировать выполнение, отслеживать эффективность работы ИТ-отдела.

Первая задача худо-бедно выполняется, если в штате есть менеджер с техническими знаниями, который способен переводить задачи бизнеса на язык айтишников. Либо, что на грани фантастики, задача решается наличием айтишников, способных правильно интерпретировать задачи бизнеса, «думать, как пользователь» и т.д.

Вторая задача решается в основном никак. То есть эффективность работы ИТ-отдела можно как-то попытаться измерить, взглянув на эффективность работы отдела, который айтишники обслуживают. Поздно починили 1С, не отправили отчет в налоговую, получили штраф - кому выписать люлей? (правильный ответ: ответственному менеджеру).

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

Поэтому по предписаниям ITSM процесс работы ИТ-отдела меняется в соответствии с такими принципами:

• Первый приоритет - восстановление услуги.
• Приоритет задач определяется с учётом услуг, с которыми они связаны.
• Новые идеи оцениваются на основе того, улучшают ли они услуги.
• Изменения управляются так, чтобы сделать жизнь легче, а не так, чтобы «всё записывать».
• Пользователи рассматриваются как коллеги, нуждающиеся в помощи, а не как приставучие неудачники; их запросы - как требующие ответа, а не как заведомо глупые;
• Основное направление коммуникаций с ними - проактивная помощь, а не старательное избегание.

Сказать «процесс меняется» легко. На деле ни одна не айтишная компания не способна внедрить ITSM самостоятельно. Поэтому приглашаются или независимые сертифицированные эксперты, или вендоры. В России других вариантов нет, да и даже названные влетят компании в копеечку. Это все при условии, что руководство действительно понимает ценность ИТ-отдела, стремится этим управлять и готово платить.

Конкретика?

Практически методология не предлагает ничего сверхнового - стоит почитать любую литературу по ITSM. Цикл Деминга? Мы и раньше про него знали (тот же канбан отчасти на нем базируется). KPI? Если вы думаете, что в ITIL будет четкое указание: для управления инцидентами применяйте такие-то метрики - то забудьте сейчас же. Как уже говорилось, любая методология адаптивна. Поэтому:

1. Брать KPI из чужого опыта, литературы или форумов - неправильно. Причина: чужой опыт никогда в точности не ляжет на ваш. Не KPI должны определять задачи бизнеса, а наоборот. Вывод KPI - процесс творческий. Здесь, думаю, всем понятно.
2. Измерять максимум KPI, сколько вообще возможно (информация-то лишней не будет!). Тоже заблуждение.

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

ITSM и ITIL - это отнюдь не сборник конкретных рекомендаций, как действовать в какой ситуации. Это еще одна философия.

Аналоги ITIL

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

1. Во-первых, присмотритесь к облегченной версии ITIL, официальное название - ITIL Small-Scale Implementation5. Это официальное издание ITIL, в котором авторы попытались смасштабировать ITIL для нужд малого бизнеса.
2. FITS7 - пожалуй, самый недооцененный из подходов этого класса. Разработанный для британских учебных заведений, он оказался реально работающим подходом к управлению ИТ-услугами, отлично подходящим ИТ-командам из нескольких человек, начиная с одного.
3. ISM1 - «коробочное решение для управления ИТ-услугами». Звучит очень многообещающе, но только для тех, кто умеет разговорить Яна ван Бона.
4. Core Practice3 («Основные практики», СоРr) - интересная новая разработка, достойная внимания.

Русскоязычных источников теоретических знаний не так много. Есть книги в переводе:

• Овладевая ITIL . Скептическое руководство для ответственных лиц, Роб Ингланд.
• Введение в реальный ITSM , Роб Ингланд.
• Метрики для управления ИТ-услугами , Питер Брукс.
• Введение в ИТ Сервис-менеджмент, Ян Ван Бон.

И сообщества, гугл в помощь. Русскоязычный официальный форум - itSMF .

Вроде заключения

Даже вооружившись правильными KPI и произведя правильную «трансформацию» процессов своего ИТ-отдела или ИТ-компании, вы оставляете открытым главный вопрос. А изменит ли это культуру людей, ваших сотрудников? Раз конечная цель - ориентированность на бизнес и пользователя, то эта мысль должна засесть в мозгу у каждого. Как понимаете, сертификат не сможет поменять людей изнутри.

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

Менеджмент в IT знает несколько подходов. Главное различие между ними - приоритеты. Один метод сконцентрирован на технологиях (IT Systems Management), другой - на услугах (IT Service Management). Последний обозначается аббревиатурой ITSM и часто встречается в сопровождении другого понятия: библиотека инфраструктуры информационных технологий, или ITIL. В этой части серии статей об ITIL мы рассмотрим роль лучших практик в ITSM, а также совершим экскурс в историю зарождения ITIL и проведем краткий обзор методологии.

Что было раньше: ITSM или ITIL?

В отношении двух ключевых понятий сервисного подхода применима известная дилемма яйца и курицы - что первично? Чтобы объяснить взаимосвязь ITSM и ITIL, Стюарт Рейнс (Stuart Rance) из IT-компании BMC написал статью «ITSM vs. ITIL: What’s the Difference?». Она начинается с четкого разграничения области применений и формулировки ключевого утверждения: между ITSM и ITIL невозможно поставить союз «или». И вот почему.

Если перенести эти понятия в бытовую плоскость, ITSM можно сравнить с подходом к работе бара, все процессы которого в первую очередь сосредоточены на вкусах, предпочтениях и удобстве клиента. Тогда книга о клиентском подходе в барном деле Джона Таффера (Jon Taffer), американского консультанта и писателя, - это ITIL.

Иначе говоря, ITSM - это способ ведения IT-бизнеса, а ITIL - лучшие практики. Однако - и это важно - ITIL является не признанным стандартом, но основой, которая содержит передовые практики, а не пошаговую инструкцию обязательную к выполнению. По словам Стивена Вейла (Steven Weil), старшего консультанта по безопасности в консалтинговой компании Seitel Leeds & Associates, «ITIL не содержит конкретных, подробных описаний того, как процессы должны быть реализованы, так как они будут отличаться в каждой организации. Другими словами, ITIL сообщает предприятию, что делать, но не как это делать».

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

Суть ITSM

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

Л.Ф. Попова в своей работе «Влияние информационных технологий на формирование устойчивого развития предприятия» указывает на «сокращение объема персонала, связанного со сбором и обработкой информации, повышение качества и скорости коммуникации» под влиянием информационных технологий на организационную деятельность. Однако иногда автоматизация приводит к возникновению дисбаланса в отношениях между отделами и другими департаментами (или клиентами).

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

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

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

ITIL как основа ITSM

Как уже было отмечено выше, ITIL содержит руководящие принципы по реализации ITSM. Библиотека инфраструктуры IT имеет довольно интересное происхождение: её история тесно связана с британской короной. ITIL был разработан в конце 1980-х Центральным компьютерным и телекоммуникационным агентством (CCTA) Великобритании. Причиной заказа полноценного комплекса лучших практик IT стало низкое качество IT-услуг, оказываемых британскому правительству.

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

/ фото Witizia

Как рассказывает пользователям Quora Аманда Фэйрбразер (Amanda Fairbrother), эксперт по ITIL, власти заказали исследование, чтобы определить используемые передовые методы в 2,5 тыс. различных организаций - крупных и малых, государственных и частных, занятых во всех отраслях промышленности. Итогом работы стал свод руководящих принципов Government Information Technology Infrastructure Management, который и лег в основу первой версии ITIL. Она была опубликована в 1989 году и имела сорок томов. Годом позже библиотека начала распространяться по миру за пределы Великобритании.

В 2001 году мир увидел ITIL v2, где фокус сместился на процессную составляющую (с технических аспектов), а количество томов сократилось до семи. Этому предшествовало использование основ ITIL компанией Microsoft в 2000 году для создания собственной методологической модели Microsoft Operational Framework (MOF).

В 2007 году была выпущена ITIL v3. Количество томов опять сократилось (до пяти), а акцент был сделан на жизненном цикле IT-услуги: стратегия, проектирование, преобразование, эксплуатация, непрерывное улучшение услуг. Основной посыл ITIL v3 в актуальной редакции заключался в ложности подхода «процесс ради процесса».

Коммерческий потенциал ITIL получил массовую оценку в начале 90-х вместе с тем, как ряд частных организаций и британский Колледж Государственной Службы получили статус обучающих платформ методологии ITIL. Тогда же аттестационная комиссия ISEB, входящая в состав Британского компьютерного общества (BCS), приобщилась к первым тестам на сертификат ITIL.

Постепенно организации из всех отраслей промышленности как частных, так и государственных, начали осознавать преимущества ITIL. Этому поспособствовал запуск Великобританией и Нидерландами в первой половине 1990-х ассоциации IT Service Management Forum с целью распространения методологии в Европе. По состоянию на 2016 год она насчитывает 6 тыс. участников по всему миру.

На этом этапе ряд компаний, таких как HP, IBM, Procter & Gamble и DHL, начали вкладывать значительные средства в ITIL. Что касается США, то туда ITIL «добрался» сравнительно поздно. Однако в своем исследовании доктор экономических наук Маурицио Марроне (Mauricio Marrone) утверждает, что по состоянию на 2009 год 45% респондентов из 364 американских компаний использовали ITIL, а 15% планировали это делать.

ITIL сегодня

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

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

Проектирование услуг является этапом жизненного цикла нового или модифицированного сервиса, который разработан и подготовлен к фазе преобразования. Основной задачей здесь выступает разработка окончательного решения для удовлетворения потребностей бизнеса. Как говорит Элисон Картлидж (Alison Cartlidge) из IT Service Management Forum, проектирование услуг должно быть целостным процессом и учитывать четыре фактора: людей (навыки и компетенции, участвующие в предоставлении услуг), продукты (технологии и управление), процессы (роли и виды деятельности), партнеров (производители, разработчики). На выходе этот этап предполагает формирование пакета документов, именуемого Service Design Package (SDP), содержащего подробную проектную спецификацию. SDP будет руководящим документом при выборе решения на стадии преобразования.

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

Что касается эксплуатационной фазы, то здесь основное внимание уделяется проведению и управлению текущей IT-деятельностью. Фаза содержит множество процессов для поддержки эффективной и бесперебойной работы IT-услуг. Основное внимание сосредоточено на текущей деятельности, сборе информации и фиксации нерегулярных нарушений. Главные процессы, которые формируют эту фазу, - это управление событиями, управление инцидентами, управление проблемами, управление доступом и запросами на обслуживание.

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

Таким образом, ITIL приводит к налаживанию связей между IT и клиентскими потребностями, что выражается в улучшении предоставляемых услуг и повышении удовлетворенности клиентов. Это ведет к снижению затрат за счет увеличения эффективности использования ресурсов. Например, согласно исследованию Gartner, ряд японский компаний, использовавших процесс ITIL, сумели снизить влияние человеческого фактора в управлении релизами на 20% в год и сократить расходы на производство на 30% за три года. Кроме того, методы ITIL позволяют сформировать прозрачность при работе с IT-активами и более стабильные условия для поддержки постоянных изменений бизнеса.

ITIL® 4.0 Foundation

Основы ITIL® 4.0. IT Service Management по стандартам ITIL® 2019

Курс аккредитован PeopleCert, партнером AXELOS по проведению сертификационных экзаменов. Дополнительно будет рассмотрена подготовка к сдаче сертификационного теста ITIL® Foundation 4.0.

Необходимо повысить эффективность IT-службы? Стоит задача улучить качество услуг в IT? Хотите отладить работу компании в соответствии с общепризнанными мировыми стандартами? Ведущие преподаватели с международным опытом помогут вам в решении этих задач.

ITIL® 4.0 уже не является библиотекой знаний в своём прежнем формате, теперь это фреймворк . Значит, появляются новые возможности и более эффективные подходы к решению стоящих перед вами задач. Вы сможете получить информацию обо всех изменениях из первых рук – наш преподаватель входит в группу рецензентов ITIL® 4.0, имеет статус ITIL® Expert.

В рамках программы курса будут рассмотрены вопросы управления IT-инфраструктурой на основе ITIL® 4.0 . Опыт преподавателей и отработанная методика позволяют за три учебных дня рассмотреть подходы, управленческие практики, потоки создания ценности в ходе разработки и предоставления IT-услуг заказчикам. Прикладная часть содержит выполнение практических кейсов. Вы получите необходимые знания и навыки для эффективной организации работы IT-подразделения по стандартам ITIL® 4.0 . В курсе приводятся примеры использования ПО на базе Microsoft System Center Service Manager.

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

После прохождения обучения вы будете уметь:

• эффективно организовать работу IT-службы предприятия;
• применять специализированное программное обеспечение по поддержке процессов ITIL®;
• описывать назначение, процесс внедрения и ключевые показатели эффективности по всем доменам;
• оптимизировать процессы управления службой технической поддержки;
• описывать назначение, процесс внедрения и ключевые показатели эффективности службы Service Desk;
• обосновывать необходимость внедрения и совершенствования процессов управления службой технической поддержки по методике, описанной в IT Infrastructure Library.

По окончании обучения вы сможете подтвердить уровень полученных знаний и пройти сертификационный экзамен по ITIL. Он оплачивается отдельно и доступен сразу при заказе курса. Слушателям доступны две попытки для прохождения экзамена.

Подготовитесь к сдаче сертификационного теста ITIL® Foundation: ITIL® FOUNDATION .

Специалисты, получившие сертификацию ITIL Foundation, востребованы в российских и международных кампаниях и зарабатывают от 130 тыс. руб./мес. в России и порядка 120 тыс. долларов/год за рубежом (по данным hh.ru и pcmag.com).

Получайте знания у лучших профессионалов международного уровня. Приходите учиться «Специалист» – ведущий образовательный IT-центр страны!

*ITIL® is a registered trade mark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.

*Based on AXELOS ITIL® material. Reproduced under licence from AXELOS

The Swirl logo™ is a trade mark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.

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

В 1980-х годах британское правительство поручило Центральному агентству по вычислительной технике и коммуникациям (CCTA) разработать общие принципы эффективного использования IT-сервисов в Великобритании. Так появился первый документ, объединяющий в себе лучшие практики в управлении IT-услугами. Основной его особенностью стала разработка единого подхода, не зависящего от поставщика услуг. В конце 1980-х-начале 1990 вышла серия книг о том, как управлять IT-услугами и о взаимодействии IT-области с пользователями этих услуг. Эта библиотека книг и была названа Библиотекой инфраструктуры информационных технологий или ITIL(the IT Infrastructure Library) . В дальнейшем CCTA было объединено с Государственной торговой палатой или OGC , которая в настоящее время и является владельцем библиотеки ITIL .

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

В 1991 году после того, как IT-сообщество заинтересовалось ITIL , был создан форум - IT Information Management Forum (ITIMF). Его целью стало объединение специалистов IT-области, обмен идеями и опытом. В дальнейшем название сменилось на IT Service Management Forum (ITSMF). Сейчас этот форум объединяет в себе множество специалистов IT-области, и количество пользователей форума по всему миру растет ежедневно.

Следующая серия книг - ITIL v2 - появлялась с середины 1990 годов по 2004 год. Если первая версия содержала более 60 книг, то вторая - всего 9, а в третьей - 5. Основной целью второй версии стало описание процесса эффективной передачи услуги потребителю и уменьшение разрыва между IT-областью и бизнесом.

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

В настоящее время ITIL представляет собой наиболее известную базу знаний в области Управления услугами во всем мире и отражает фундаментальные основы ведущих мировых практик в IT-области. В Европе существуют два центра сертификации по ITIL - EXIN (Голландский Экзаменационный Институт) и ISEB (The Information Systems Examination Board - подразделение Британского Компьютерного Общества). Внедрением процессов ITIL и обучением занимается целый ряд компаний-консультантов. В России "передовиками" являются Hewlett-Packard Consulting, "Ай-Теко", IT-Expert.

ITIL рассматривает Управление услугами в контексте взаимодействия "поставщик услуг - заказчик услуг".

Заказчик (Customer) - это покупатель товаров или услуг. Заказчик для поставщика IT-услуг - это человек ( группа людей), который заключает соглашения с поставщиком на предоставление IT-услуг и отвечает за то, чтобы предоставленные услуги были оплачены.

Поставщик услуг (Service provider) - это организация, поставляющая услуги одному или нескольким внутренним или внешним заказчикам.

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

Центральным и ключевым термином ITIL является сервис ( service ), который в русскоязычной литературе часто называют услугой. Приведем определение из Глоссария ITIL v3:

IT-услуга (сервис) - способ предоставления ценности заказчикам через содействие им в получении результатов на выходе, которых заказчики хотят достичь без владения специфическими затратами и рисками .

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

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

Следует отметить, что вся литература ITIL представлена на английском языке. Как следствие, некоторые термины не имеют аналогов на русском (например, business case ) или могут переводиться сразу несколькими словами (как в случае сервис-услуга). В определении сервиса мы видим слово ценность - в оригинале "value". Здесь имеется в виду потенциальная выгода для Заказчика от использования IT-услуги (например, экономия времени, денег и других ресурсов).

Рассмотрим подробнее основные понятия в определении сервиса.

Результаты на выходе (outcomes) - то, что получает заказчик в конечном итоге. Необходимо понимать, что на практике они отличаются от того, что хочет получить заказчик изначально, ввиду наличия определенных ограничивающих факторов. Упрощая назначение услуг, можно сказать, что они помогают улучшить результаты на выходе путем увеличения производительности и уменьшения существующих ограничений. Результатом применения услуг является увеличение вероятности получения желаемых результатов на выходе. Модели услуг, которые предлагает ITIL , помогают управлять сложностями, затратами, гибкостью и многообразием в IT-области. Каждая модель имеет множество вариантов использования в зависимости от конкретного случая, что делает идею ее применения универсальной, гибкой и эффективной. Модель IT-услуги можно рассмотреть на примере системы хранения информации. Система предназначена для хранения, упорядочивания и защиты информации в контексте некоторой работы или деятельности. Если поставщик предоставляет заказчику не просто запоминающее устройство , а услугу хранения информации, он должен ответить на вопросы "что хранить" и " как хранить" (рис. 1.1). При этом принципиальную важность имеют разграничение обязанностей и ответственности между поставщиком и заказчиком.

Рис. 1.1.

Заказчики хотят получить желаемые результаты, но, по различным причинам, не хотят сопутствующих ответственности, расходов и рисков. Например, некая организация хочет иметь защищенную систему хранения в несколько терабайт для поддержки торговли онлайн . Для того чтобы создать такую систему с "нуля", упомянутая организация должна была бы проделать долгий путь от понимания того, как это сделать, до покупки оборудования и найма квалифицированного персонала. Всё это стоит больших денег и отнимает много времени. Гораздо проще в данном случае воспользоваться услугами поставщика, который уже владеет большой системой хранения и имеет соответствующие опыт и возможности. Это будет предоставлением услуги защищенного хранения информации.

В определении услуги мы сталкиваемся также с понятием ценность услуги (value). Она измеряется в контексте двух понятий:

• Полезность услуги (Service Utility)- то, что получает заказчик в результате использования услуги;
• Гарантия качества услуги(Service Warranty ) - то, как поставщик предоставляет услугу в терминах доступности, производительности, непрерывности и безопасности.

Приведем определения из Глоссария ITILv3:

Полезность - функциональность, предлагаемая продуктом или сервисом для обеспечения определённых потребностей. Зачастую определяется как "что делает продукт/сервис".

Полезность услуги - функциональность IT-услуги с точки зрения заказчика.

Гарантия - обещание или гарантия того, что продукт или услуга будет соответствовать согласованным требованиям.

Гарантия качества услуги - уверенность в том, что IT-сервис будет соответствовать согласованным требованиям. Может быть в виде формального соглашения, такого как SLA или договор, либо как маркетинговое сообщение или представление торговой марки.

Другими словами, полезность - то, что заказчик получает, гарантия качества - то, как он это получает. На рис. 1.2 представлена упрощенная схема формирования ценности услуги.

Рис. 1.2.

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

Полезность достигается одним из следующих способов:

1. обеспечение требуемой заказчиком производительности;
2. устранение или снижение ограничений.

Производительность (Performance) - мера того, что достигнуто или выработано системой, человеком, командой, процессом, или ИТ-услугой .

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

Ограничение - это запрет или невозможность выполнения каких-то действий.

Гарантия складывается из четырех основных аспектов:

• доступности
• мощности
• безопасности
• непрерывности

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

Когда человек нажимает кнопку, он ждет, что включится свет. К сожалению, с IT-услугами не всё так просто. Результат использования IT-услуги зависит не только от свойств самой услуги, но и от управления этой услугой - здесь и появляется термин service management или управление услугой. Управление IT-услугами (сервисами) - это совокупность специализированных организационных возможностей для предоставления ценности заказчикам в форме услуг. Под "специализированными возможностями" понимаются процессы, методы, функции и роли, которые может использовать поставщик для предоставления услуги заказчику. В России достаточно редко применяют термин управление IT-услугами, предпочитая ему сервис-менеджмент . Для обозначения управления IT-сервисами используется также аббревиатура ITSM (IT Service Management ). В ходе курса мы будем использовать термины "Управление услугами", "сервис- менеджмент " и ITSM как тождественные.

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

Качество - совокупность характеристик объекта, относящихся к его способности удовлетворить установленные и предполагаемые потребности .

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

Поставщик должен помнить о необходимости обеспечения постоянного качества. То есть предоставляемая услуга должна быть стабильной во времени.

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

Еще одним ключевым термином в ITIL является организация. Заказчики IT-услуг и поставщики IT-услуг рассматриваются в форме организации.
Рис. 1.3. Структура формирования корпоративной цели организации

Миссия - это короткое и четкое описание задач, стоящих перед организацией, и идеалов, в которые она верит.

Стратегические задачи (objectives) - это более подробное описание того, что хочет достичь организация в долгосрочной перспективе. Хорошо сформулированные стратегические задачи должны обладать пятью основными свойствами (соответствовать принципу SMART ): быть конкретными (Specific), поддаваться измерению (Measurable), быть уместными и соответствующими ситуации ( Relevant ), быть реалистичными ( Achievable ) и иметь четкие временные границы (Time-bound).

Политика организации ( policy ) - это совокупность всех решений и мер, принятых организацией для постановки стратегических задач и их достижения. При разработке своей политики организация определяет приоритеты стоящих перед ней стратегических задач и пути их достижения. Безусловно, в зависимости от обстоятельств, приоритеты могут со временем меняться. Чем лучше разъяснена политика организации всем участвующим сторонам, тем меньше возникает проблем при объяснении сотрудникам, как им выполнять работу. В отличие от подробных процедур, эти правила могут быть использованы персоналом организации в качестве руководящих указаний. Четко сформулированная политика (правила) компании способствуют гибкости структуры организации, поскольку все уровни в такой компании могут быстро реагировать на изменение ситуации .

Реализация политики в виде конкретных видов деятельности требует разработки стратегии . Стратегия разрабатывается на определенные периоды и состоит из нескольких этапов. Важным является возможность контроля выполнения поставленных задач в ходе исполнения запланированных работ . Другими словами, необходимо измерять, в какой степени организация или процессы близки к достижению своих стратегических целей. Для этого имеются различные методы. Одним из наиболее известных в бизнесе методов является Карта Сбалансированных Оценок (Balanced Score Card - BSC) . Согласно данному методу, на основе стратегических целей организации или целей процесса определяются критические факторы успеха ( Critical Success Factor - CSF ).

Критические факторы успеха (Critical Success Factors или CSFs) - факторы, которые обязательно должны реализовываться для успешности проекта, процесса, плана или услуги. Такие факторы формулируются для нескольких наиболее важных сфер интересов компании, называемых перспективами (проекциями) организации: заказчики/рынок, подразделения или поставщиков услуг должны также изменяться в соответствии с требованиями и целями бизнеса.