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

1. ITIL расшифровывается как IT Infrastructure Library (библиотека инфраструктуры информационных технологий)

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

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

2. Организация, разрабатывающая и поддерживающая ITIL, находится в Великобритании

Библиотека ITIL появилась в 1980-х по заказу британского правительства. Работа над ней велась с 1986 по 1989 год, а публикации начались с 1992 года. Однако долгое время за пределами Великобритании она была мало известна, пока большое число крупных компаний не заявило об использовании ITIL, а в СМИ не стали появляться публикации об опыте внедрения. На протяжении всего времени существования библиотеки она продолжает активно развиваться и сейчас доступна уже третья версия (ITIL v. 3).

На сегодняшний день более 10 000 компаний по всему миру используют ITIL для управления ИТ.

3. ITIL

В процессе развития библиотеки ITIL меняло число книг и их организацию.

Сейчас актуальна третья редакция ITIL (ITIL v.3), которая была выпущена в мае 2007-го. Она была сильно переработана по сравнению со второй, чтобы поддержать новый подход «формата жизненного цикла услуг».

ITIL v. 3 содержит уже только 5 книг, а не 7, как во второй редакции:

• Стратегия услуг (англ. Service Strategy),
• Проектирование услуг (англ. Service Design),
• Преобразование услуг (англ. Service Transition),
• Эксплуатация услуг (англ. Service Operation),
• Постоянное улучшение услуг (англ. Continual Service Improvement).

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

4. Чтобы добиться успеха c ITIL, необходим сильный инициатор

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

5. ITIL не средство управления проектами

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

6. Библиотеки ITIL содержат не так много информации

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

7. ITIL – это не инструмент

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

8. ITLI не применяется по принципу «все или ничего»

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

9. Практики ITIL можно реализовывать поэтапно

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

О важности поэтапного внедрения практик ITIL на примере ITSM мы уже писали в блоге .

10. Сертификация по ITIL

Существуют три основных уровня сертификации по ITIL:

• Foundation. Этот уровень означает, что вы понимаете основные термины и имеете базовые знания о модели ITIL.
• Practitioner – ваших знаний модели ITIL достаточно для применения конкретных процессов на практике.
• Intermediate – для специалистов с углубленными знаниями отдельных разделов ITIL.

А также есть уровень ITIL Expert, подтверждающий умение его владельца управлять всеми процессами ITSM как единой системой, и ITIL Master для руководителей ИТ-департаментов.

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

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

Менеджмент в 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-активами и более стабильные условия для поддержки постоянных изменений бизнеса.

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

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

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

ИнфраМенеджер снижает затраты на реализацию ITIL, предлагая:

• Точный и постоянный сбор существенных данных об имуществе
• Автоматизацию управления ИТ, объединение разнородных информационных потребностей для финансового,операционного и контрактного управления
• Сокращение времени реализации при более эффективном использовании ресурсов
• Возможности для бизнеса по определению ROI и достижению целей, требуемые v3 ITIL
• Данные, необходимые для эффективного управления конфигурацией

Система ИнфраМенеджер – решение для постановки процессов по ITIL

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

Управление уровнем сервиса

Управление инцидентами и запросами на обслуживание

Управление проблемами

• Выявление и регистрация проблем
• Связь с инцидентами
• Метрики для управления процессом

Управление событиями

• Мониторинг элементов ИТ-инфраструктуры
• Автоматическое формирование инцидента по критическим событиям

Управление знаниями

Управление активами и конфигурациями

Управление изменениями

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

Стратегия сервиса(Service Strategy)

Стратегия сервиса активна на протяжении всего жизненного цикла сервиса и влияет на каждый аспект ИТ-инфраструктуры. ИнфраМенеджер дает:

• Поддержку принятия решений при разработке и осуществлении стратегии сервиса
• Данные для определения возможностей и ресурсов
• Информацию об имуществе, основе портфеля сервисов

Проектирование сервисов (Service Design)

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

• Легкодоступные данные, которые точно идентифицируют каталог ПО и оборудования, выявляя любые ограничения
• Динамический анализ возможностей инфраструктуры благодаря точному отслеживанию использования ПО
• Базу данных контрактов и поставщиков, необходимую для проектирования сервиса
• Оценку фактических затрат на планируемый сервис

Ввод сервиса в эксплуатацию (Service Transition)

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

• Различные представления конфигурации сервиса и имущественных элементов, используемых этим сервисом
• Способность отследить фактические изменения в инфраструктуре, связанные с сервисом или с изменением сервиса
• Средства для облегчения доступности сервиса через наглядность, стандартизацию и управление
• Данные и отчеты для оценки финансовых последствий изменения
• Знания о продуктах, организациях и информацию по использованию для долгосрочного управления сервисом
• Управление лицензиями на ПО, которое выполняется правильно, точно и автоматически.
• Функциональность для снижения стоимости аудита лицензий на ПО и стоимости настроек

Эксплуатация сервисов (Service Operation)

Последняя фаза жизненного цикла, фаза эксплуатации выявляет источники информации относительно фактического использования сервиса. Ежедневные действия по управлению инцидентами, выполнению запросов, управлению проблемами и управлению доступом являются частью этой фазы. Управление событиями включено в ITIL v3 для управления оповещениями, которые не исходят из службы Service Desk. ИнфраМенеджер делает доступными:

• Информацию о текущей, фактической конфигурации, жизненно важную для правильной реакции на ситуации
• Данные, отчеты и аналитические возможности, необходимые для большинства сервисов в службе Service Desk
• Информация об имуществе для обработки запросов и инцидентов
• Мониторинг мощностей для оценки того, как работают сервисы и инфраструктура, поддерживающая сервисы

Постоянное совершенствование сервиса (Continual Service Improvement)

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

• Мониторинг данных, идентифицирующих изменения в ИТ-инфраструктуре, которые повлияют на сервисы
• Связь информации о контрактах и затратах по определенным имущественным объектам для оценки продвижения к цели
• Данные об использовании ИТ имущества

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

Современные проблемыпотребления ИТ-услуг

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

Достижение компаниями своих бизнес-целей сегодня в огромной степени зависит от эффективного применения информационных технологий и от получения качественных ИТ-услуг, отвечающих целям бизнеса, требованиям и ожиданиям заказчика, при этом в последнее время все большее внимание уделяется не разработке ИТ-решений (например, бизнес-приложений), а управлению услугами по их сопровождению, гарантирующему высокую доступность решения для конечных пользователей. При этом в жизненном цикле ИТ-решений на их эксплуатацию приходится от 70 до 80% времени и финансовых средств и лишь 2-30% времени и средств расходуется на разработку (приобретение) и внедрение продукта.

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

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

Библиотека ITIL

История ITIL началась более 20 лет назад в Великобритании. В то время Соединенное Королевство испытывало серьезный экономический спад, а качество ИТ-услуг, предоставляемых британскому правительству различными поставщиками, было настолько низким, что существовавшее тогда Центральное агентство по вычислительной технике и телекоммуникациям (Central Computer and Telecommunications Agency, CCTA, в настоящее время именуемое Office of Government Commerce, OGC) получило от правительства этой страны указание разработать принципы эффективного и рентабельного использования ИТ-ресурсов в министерствах и других государственных учреждениях и уже на их основе формировать подход к оказанию ИТ-услуг, не зависящий от их поставщика. Результатом проведенных работ стала библиотека ITIL, объединившая описание лучших методов, существовавших в индустрии ИТ-услуг.

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

В настоящее время стандарты ITIL поддерживаются общественным форумом IT Service Management Forum, ITSMF, членами которого являются компании и организации, заинтересованные в повышении эффективности оказания ИТ-услуг.

Сегодня библиотека ITIL стала стандартом де-факто в описании фундаментальных процессов управления ИТ-услугами. Целым рядом компаний на базе библиотеки ITIL были созданы собственные структурированные подходы к управлению ИТ-услугами - HP ITSM Reference Model (Hewlett-Packard), IT Process Model (IBM), Microsoft Operation Framework (Microsoft) и многие другие.

Книги библиотеки ITIL

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

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

Предоставление услуг

В книге ITIL, посвященной предоставлению услуг (Service Delivery), описываются требования, необходимые для оказания ИТ-услуг. В ней рассматриваются следующие процессы управления ИТ-услугами:

• управление уровнем услуг;
• управление финансами ИТ;
• управление мощностями;
• управление непрерывностью ИТ-услуг;
• управление доступностью.

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

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

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

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

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

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

Поддержка услуг

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

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

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

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

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

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

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

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

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

Помимо двух вышеназванных книг, в состав ITIL входят издания, посвященные следующим проблемам:

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

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

В библиотеке ITIL представлена также книга (неофициально называемая ITIL Lite), посвященная процессам оказания ИТ-услуг для небольших компаний.

Книги библиотеки ITIL доступны для приобретения в электронном и бумажном виде (например, по адресу: http://www.get-best-practice.biz/itilProducts.aspx). Русская версия указанных книг готовится в настоящее время компанией «Ай-Теко».

Зачем нужно внедрять процессы ITIL

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

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