Infrastructure Library - библиотека инфраструктуры информационных технологий) - библиотека, описывающая лучшие из применяемых на практике способов организации работы подразделений или компаний, занимающихся предоставлением услуг в области информационных технологий .

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

Использованный в библиотеке процессный подход полностью соответствует стандартам серии ISO 9000 (ГОСТ Р ИСО 9000). Процессный подход акцентирует внимание предприятия на достижении поставленных целей, анализе ключевых показателей «эффективности» (KPI), а также на ресурсах, затраченных на достижение этих целей.

История

Библиотека ITIL появилась около 20 лет назад [уточнить ] по заказу британского правительства. В настоящее время она издается британским правительственным агентством Office of Government Commerce и не является собственностью ни одной коммерческой компании (формально библиотека принадлежит королевскому дому Англии, в частности - нынешней королеве).

В настоящее время на основе ITIL разработан британский стандарт BSI 15 000, который практически без изменений перешёл в категорию международного стандарта под именем ISO 20000 . На базе рекомендаций ITIL реализован ряд программных средств автоматизации работы служб технической поддержки ИТ.

Структура ITIL

Вторая редакция ITIL включает в себя семь книг:

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

а также «дополнительную» книгу - «Управление конфигурациями ПО» (англ. Software Asset Management ).

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

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

ITIL представляет собой набор документов применяемых для практического внедрения подходов IT Service Management (ITSM) .

Наиболее известными являются десять базовых процессов, обеспечивающих поддержку и предоставление ИТ сервисов, которые описаны в IT Service Management (ITSM) :

• Процесс управления инцидентами
• Процесс управления проблемами
• Процесс управления конфигурациями
• Процесс управления изменениями
• Процесс управления релизами
• Процесс управления уровнем услуг
• Процесс управления мощностями (ёмкостью)
• Процесс управления доступностью
• Процесс управления непрерывностью
• Процесс управления финансами

В структуре процессов ITIL и ITSM важную роль играет служба поддержки пользователей - Service Desk .

См. также

• ITIL V3
• Каталог услуг

Ссылки

Литература

• «ITIL Service Strategy» («Стратегия сервиса»), ISBN 978-0-11-331045-6
• «ITIL Service Design» («Проектирование сервиса»), ISBN 978-0-11-331047-0
• «ITIL Service Transition» («Передача сервиса»), ISBN 978-0-11-331048-7
• «ITIL Service Operations» («Эксплуатация сервиса»), ISBN 978-0-11-331046-3
• «ITIL Continual Service Improvement» («Постоянное улучшение сервиса»), ISBN 978-0-11-331049-4
• «Введение в реальный ITSM» / Роб Ингланд; Пер. с англ. - М.: Лайвбук, 2010. - 132 с. ISBN 978-5-904584-05-4
• «Овладевая ITIL» / Роб Ингланд; Пер. с англ. - М.: Лайвбук, 2011. - 200 с. ISBN 978-5-904584-13-9
• «Методическое руководство для подготовки к профессиональным экзаменам ISO 20000 Foundation и ISO 20000 Foundation Bridge» / Будкова Л., Журавлёв Р. - М.: Клеверикс, 2010. - 124 с.

Примечания

Wikimedia Foundation . 2010 .

Смотреть что такое "ITIL" в других словарях:

itiləmə - «İtiləmək»dən f. is …

itilənmə - «İtilənmək»dən f. is … Azərbaycan dilinin izahlı lüğəti

itiləşmə - «İtiləşmək»dən f. is … Azərbaycan dilinin izahlı lüğəti

itilətmə - «İtilətmək»dən f. is … Azərbaycan dilinin izahlı lüğəti

İtil - Cet article concerne Itil la capitale des Khazars. Pour Information Technology Infrastructure Library, voir ITIL. Itil ou İtil était la capitale de la Khazarie entre le VIIIe siècle et le Xe siècle. La ville était située, près de… … Wikipédia en Français

Itil - may mean: *Atil or Itil, the ancient capital of Khazaria * Itil, also Idel, Atil, Atal, the ancient and modern Turkic name of the river Volga.ITIL can stand for: *Information Technology Infrastructure Library **Information Technology… … Wikipedia

Itil - bezeichnet: die historische Hauptstadt des Reichs der Chasaren Itil oder Ätil, siehe Itil (Stadt) einen alten turksprachigen Namen des Flusses Wolga ITIL steht für: IT Infrastructure Library … Deutsch Wikipedia

Itil - Puede signicar Atil o Itil (literalmente Gran río), fue la capital de Khazaria, Jhazaria, Khazar khaganate o Khazar khanate (adyacente al imperio bizantino) desde mediados del siglo VIII hasta finales del siglo X. Informática Information… … Wikipedia Español

Методология с относительно недавних пор докатилась и до России, появились 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 можно сравнить с подходом к работе бара, все процессы которого в первую очередь сосредоточены на вкусах, предпочтениях и удобстве клиента. Тогда книга о клиентском подходе в барном деле Джона Таффера (Jon Taffer), американского консультанта и писателя, - это ITIL.

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

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

Суть ITSM

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

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

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

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

ITIL как основа ITSM

Таким образом, 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 сегодня

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

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

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

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

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

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

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 представляет собой собрание лучшего опыта в сфере ITSM. ITIL написан в форме руководства, основной задачей которого является формулировка представления ИТ-департамента на предприятия как качественного ИТ-сервиса. При этом рассматриваются его функции, процессы и все необходимое для поддержки этого представления. Взаимодействие между ИТ и Бизнесом здесь описано с точки зрения обоюдного «диалога» и сотрудничества, целью которого является предоставление качественных ИТ-услуг, предоставляющих ценность для бизнеса. Понятие ценности в ITIL является ключевым, и оно лежит в основе всех практик. Ядром ITIL является процессное управление и сервисный подход: способ управления процессный, а объектом управления является сервис.

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

Начало формирования ITIL относится к 1986-1989 годам, когда было издано первая версия методологии, которая назвалась GITIMM, что расшифровывается как Information Technology Infrastructure Management Method. Последняя версия методологии ITIL v3 была выпущена в 2011. Она включает в себя пять книг, которые разделены по принципу этапов жизненного цикла услуги:

· Service Strategy (Стратегия для ИТ-услуг)

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

· Service Design (Проектирование ИТ-услуг)

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

· Service Transition (Внедрение ИТ-услуг)

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

· Service Operation (Поддержание ИТ-услуг)

В SO рассматривается «видимая» часть СУИС, на этом этапе предусмотрено наибольшее взаимодействие с пользователем. Ключевыми объектами этого этапа являются технология, сервис, люди и процессы. Только на этом этапе появляется понятие функции. Под функцией здесь имеется в виду подразделение и его инструментарий, которые используются для выполнения работ и достижение цели, количественных и качественных результатов. Процессы, поддерживающие ИТ-услуги: управление инцидентами, управление запросами, управление событиями, управление проблемами и управление доступом. Функциями системы является Service Desk, Technical management, Application management и IT-operational management, последняя из которых делится на IT Operations control и Facilities management;

· Service Implementation (Непрерывное совершенствование ИТ-услуг)

SI обуславливает постоянное изменение ИТ-услуг в соответствии с требованиями бизнеса. Здесь важную роль играют KPI.