Библиотека инфраструктуры информационных технологий itil itsm

Название	Библиотека инфраструктуры информационных технологий itil itsm
Дата	05.04.2019
Размер	282 Kb.
Формат файла
Имя файла	ITIL.doc
Тип	Документы #72755

ОГЛАВЛЕНИЕ

Введение 3

Глава 1 Библиотека инфраструктуры информационных технологий ITIL/ ITSM 6

1.1 Общие сведения о библиотеке ITIL 6

1.2 Структура ITIL 10

1.3 ITIL/ITSM - концептуальная основа процессов ИС-службы 13

Глава 2 Процессы ITSM 21

2.1 Взаимосвязь ITSM и ITIL 21

2.2 Ключевые факторы ITIL 22

Глава 3 ITSM технологический маршрут для бизнеса 26

3.1 Суть ITSM 26

3.2 ITIL как основа ITSM 27

3.3 ITIL сегодня 28

Заключение 31

Список используемой литературы 33

Введение

Глава 1 Библиотека инфраструктуры информационных технологий ITIL/ ITSM

1.1 Общие сведения о библиотеке ITIL

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

Отражением трансформации роли и места ИТ-службы в структуре предприятий является концепция и модель управления качеством информационных услуг (Information Technology Service Management – ITSM, управление ИТ-услугами) [2, с. 154]. Бизнес-процессы сегодня неразделимы с программными приложениями, техническими ресурсами и деятельностью персонала ИТ-служб, поэтому качество работы последних становится важнейшим фактором, определяющим эффективность деятельности предприятия в целом.

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

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

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

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

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

Особенностью проекта является свобода использования его результатов:

- ограничений на использование нет;

- материалы модели могут быть использованы полностью или частично;

- модель может быть использована в точном соответствии с текстом книг ITIL либо адаптирована пользователем.

При этом модель сегодня является наиболее широко распространенным в мире подходом к управлению ИТ-сервисами. Она применима к организациям любого размера и любой отраслевой принадлежности [11, с. 315].

Текущая версия библиотеки ITIL включает 7 книг по основным разделам управления ИТ-сервисами:

Service Delivery (предоставление услуг) – содержит описание типов ИТ-услуг, предоставляемых предприятием;

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

Information & Computing Technology Infrastructure Management (управление ИТ-инфраструктурой). В книге представлено общее описание методики организации работы ИТ-службы по управлению ИТ-инфраструктурой компании;

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

The Business Perspective (бизнес-перспектива) – рассматривается, как работа ИТ-инфраструктуры может влиять на бизнес компании в целом;

Planning to Implement Service Management (планирование внедрения управления услугами) – посвящена проблемам и задачам планирования, реализации и развития ITSM, необходимым для реализации поставленных целей;

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

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

«Стратегии обслуживания» (Service Strategies);

«Проектирование услуг» (Service Design);

«Внедрение услуг» (Service Introduction);

«Оказание услуг» (Service Operation);

«Непрерывное совершенствование услуг» (Continuous Service Improvement).

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

Модель ITIL/ITSM поддерживается более чем десятком программных продуктов и пакетов. Лидерами разработки программных инструментов управления ИТ-инфраструктурой являются: Hewlett-Packard, Computer Associated, IBM, BMC Software и Microsoft. Среди российских компаний, поставщиков программных систем автоматизации управления ИТ-услугами следует отметить компании СофтИнтегро и Итилиум [13, с. 147].

Важным элементом инфраструктуры ITIL/ITSM являются так называемые ITSM-форумы. Эти форумы представляют собой сообщества пользователей модели, консультантов, внедряющих модель, и производителей инструментального программного обеспечения. Сообщество, как правило, имеет сайт в сети Интернет (например, ITSM ПОРТАЛ.RU), а также проводит конференции и другие мероприятия, обеспечивающие реальное общение участников.

Так российское партнерство «Форум по ИТ Сервис-менеджменту» получило международную аккредитацию ITSMF и стало полноправным членом всемирного сообщества. ITSMF International представляет собой независимое сообщество профессионалов в области управления ИТ-услугами. Оно было создано в Великобритании в 1991 году и занимается пропагандой идей ITSM, разработкой стандартов в этой области и поддержкой обмена опытом в десятках стран мира.

На сегодняшний день национальные отделения itSMF действуют уже в 41 стране мира. ITSMF Russia было образовано в 2005 году и на сегодняшний день объединяет около 200 представителей из более чем 45 российских компаний.

1.2 Структура ITIL

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

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

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

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

Вторая редакция 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:

Процесс управления инцидентами

Процесс управления проблемами

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

Процесс управления изменениями

Процесс управления релизами

Процесс управления уровнем услуг

Процесс управления мощностями (ёмкостью)

Процесс управления доступностью

Процесс управления непрерывностью

Процесс управления финансами.

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

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

1.3 ITIL/ITSM - концептуальная основа процессов ИС-службы

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

- идентификаторы;

- марки и названия моделей;

- серийные номера;

- сетевые адреса;

- технические характеристики;

- операционные характеристики [12, с. 254].

Взаимосвязи CI представляют отношения, которые существуют или могут возникнуть между двумя и более CI. Как правило, язык спецификациимодели CMDB – XML. На рис. 2 приведен пример модели классификации конфигурации.

При реализации процесса управления конфигурациями должны выполняться следующие функции:

- планирование – определение стратегии, правил и целей для реализации процесса, определение инструментария и ресурсов, определение интерфейсов с другими процессами, проектами, поставщиками;

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

При спецификации процесса важными понятиями являются:

- сфера охвата;

- глубина детализации;

- контроль;

- мониторинг статуса;

- верификация.

Рис. 2. Классификация элементов конфигурации [6, с. 147]
Сфера охвата (Scope) определяет, какая часть инфраструктуры будет находиться под контролем процесса. Например, можно охватывать только сервера и маршрутизаторы. Правильный выбор Сферы охвата очень важен на начальном этапе внедрения процесса Управление конфигурациями.

Глубина детализации (Level of Detail) – важный аспект, определяющий в дальнейшем отношения между CI. Отношения, как правило рассматриваются физические и логические.

Физические отношения:

- родители - дети;

- соединенная.

Логические отношения:

- копия;

- «использует», когда одна единица использует другую. Например, программа использует сервер.

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

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

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

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

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

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

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

Рис. 3. Диаграмма активности процесса управления изменениями [16, с. 21]

Процесс управления изменениями выполняет следующие функции:

- обрабатывает запросы на изменения;

- оценивает последствия изменений;

- утверждает изменения;

- разрабатывает график проведения изменений, включая восстановление при сбое;

- устанавливает процедуру обработки запроса на изменение;

- устанавливает категории и приоритеты изменений;

- управляет проектами изменений;

- организует работу комитета по оценке изменений;

- осуществляет постоянное улучшение процесса.

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

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

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

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

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

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

Процесс управления релизами состоит из трёх этапов:

- разработка;

- тестирование;

- распространение и внедрение.

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

Второй этап, этап тестирования, является важным для всех предприятий без исключения. На данном этапе необходимо определить критерии, по которым будет проводиться тестирование для каждого релиза, что позволяет определить степень готовности релиза к распространению и внедрению [14, с. 325].

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

Процесс управления релизами выполняет следующие функции:

- планирование релиза;

- проектирование, разработка, тестирование и конфигурирование релиза;

- подписание релиза в развертывание;

- подготовка релиза и обучение пользователей;

- аудит оборудования и ПО до начала внедрения изменений и по завершении такового;

- размещение эталонных копий ПО в DSL;

- установка нового или усовершенствованного оборудования и ПО;

- постоянное улучшение процесса.

Для оценки качества деятельности процесса важно тщательно выбирать метрики [8, с. 21].

По масштабу релизы подразделяются на три вида:

- большой релиз ПО и/или обновление оборудования - обычно содержит значительный объем новой функциональности, которая делает ранее сделанные исправления проблем частично или полностью избыточными. Также большой релиз обычно отменяет предшествующие малые релизы;

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

- чрезвычайный релиз ПО и/или обновление оборудования - обычно содержит исправления некоторого числа известных ошибок.

По способу реализации релизы подразделяются также на три вида:

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

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

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

Особой сферой ответственности процесса управления релизами является библиотека эталонного ПО (Definitive Software Library - DSL). Все позиции DSL отражаются как записи CMDB. Эта библиотека - физическое хранилище протестированных и подготовленных к распространению копий разработанного и покупного ПО, лицензий на последнее, а также пользовательской и эксплуатационной документации. Информация о копиях ПО, хранящихся в DSL, ведется в базе данных позиций конфигурации. Наличие такой библиотеки играет важную роль в процессе управления релизами, особенно на этапе распространения и установки ПО.

Глава 2 Процессы ITSM

2.1 Взаимосвязь 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, которая позже стала причиной появления упорядоченной системы поддержки [10, с. 145].

2.2 Ключевые факторы ITIL

В последнее время в ИТ-кругах часто можно услышать термин 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 – это изменение корпоративной культуры. На первых этапах пользователи будут недовольны тем, что им приходится делать все иначе, чем раньше, не так, как они привыкли. Чтобы преодолеть это скепсис, необходим сильный инициатор – «локомотив», которой сможет убедить людей и продвинуть проект, а также заинтересовать бизнес в изменении ИТ. Без такого человека реализация не приведет к желаемому успеху [15, с. 215].

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 [3, с. 85].

Глава 3 ITSM технологический маршрут для бизнеса

3.1 Суть ITSM

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

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

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

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

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

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

3.2 ITIL как основа ITSM

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

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

Как рассказывает пользователям 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 тыс. участников по всему миру [4, с. 328].

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

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

Заключение

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

Модель ITIL/ITSM поддерживается более чем десятком программных продуктов и пакетов. Лидерами разработки программных инструментов управления ИТ-инфраструктурой являются: Hewlett-Packard, Computer Associated, IBM, BMC Software и Microsoft. Среди российских компаний, поставщиков программных систем автоматизации управления ИТ-услугами следует отметить компании СофтИнтегро и Итилиум.

Важным элементом инфраструктуры ITIL/ITSM являются так называемые ITSM-форумы. Эти форумы представляют собой сообщества пользователей модели, консультантов, внедряющих модель, и производителей инструментального программного обеспечения. Сообщество, как правило, имеет сайт в сети Интернет (например, ITSM ПОРТАЛ.RU), а также проводит конференции и другие мероприятия, обеспечивающие реальное общение участников.

Так российское партнерство «Форум по ИТ Сервис-менеджменту» получило международную аккредитацию ITSMF и стало полноправным членом всемирного сообщества. ITSMF International представляет собой независимое сообщество профессионалов в области управления ИТ-услугами. Оно было создано в Великобритании и занимается пропагандой идей ITSM, разработкой стандартов в этой области и поддержкой обмена опытом в десятках стран мира. На сегодняшний день национальные отделения itSMF действуют уже в 41 стране мира. ITSMF Russia было образовано в 2005 году и на сегодняшний день объединяет около 200 представителей из более чем 45 российских компаний.

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

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

Список используемой литературы

Абросимова М.А. Информационные технологии в государственном и муниципальном управлении: учеб. пособие / М.А. Абросимова. - М.: КноРус, 2013. - 248 c.
Акперов И.Г. Информационные технологии в менеджменте: учеб. / И.Г. Акперов, А.В. Сметанин, И.А. Коноплева. - М.: НИЦ ИНФРА-М, 2013. - 400 c.
Балдин К.В. Информационные технологии в менеджменте: учеб. для студ. учреждений высш. проф. образования / К.В. Балдин. - М.: ИЦ Академия, 2012. - 288 c.
Барский А.В. Параллельные информационные технологии: учеб. пособие / А.В. Барский. - М.: Бином, 2013. - 503 c.
Венделева М.А. Информационные технологии в управлении.: учеб. пособие для бакалавров / М.А. Венделева, Ю.В. Вертакова. - Люберцы: Юрайт, 2016. - 462 c.
Гаврилов Л.П. Информационные технологии в коммерции: учеб. пособие / Л.П. Гаврилов. - М.: НИЦ ИНФРА-М, 2013. - 238 c.
Дарков А.В. Информационные технологии: теоретические основы: учеб. пособие / А.В. Дарков, Н.Н. Шапошников. - СПб.: Лань, 2016. - 448 c.
Емельянов С.В. Информационные технологии и вычислительные системы: Интернет-технологии. Математическое моделирование. Системы управления. Компьютерная графика / С.В. Емельянов. - М.: Ленанд, 2016. - 96 c.
Киселев Г.М. Информационные технологии в экономике и управлении (эффективная работа в MS Office 2007): учеб. пособие / Г.М. Киселев, Р.В. Бочкова, В.И. Сафонов. - М.: Дашков и К, 2015. - 272 c.
Логинов В.Н. Информационные технологии управления: учеб. пособие / В.Н. Логинов. - М.: КноРус, 2016. - 240 c.
Максимов Н.В. Современные информационные технологии: учеб. пособие / Н.В. Максимов, Т.Л. Партыка, И.И. Попов. - М.: Форум, 2013. - 512 c.
Сенаторов С.В. Информационные технологии: учеб. пособие для средних специальных учебных заведений / С.В. Синаторов. - М.: Дашков и К, 2015. – 456 c.
Федотова Е.Л. Информационные технологии и системы: учеб. пособие / Е.Л. Федотова. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2014. - 352 c.
Хлебников А.А. Информационные технологии: учеб. / А.А. Хлебников. - М.: КноРус, 2014. - 472 c.
Черников Б.В. Информационные технологии управления: учеб. / Б.В. Черников. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2015. - 368 c.
Чукарин А.В. Бизнес-процессы и информационные технологии в управлении современной инфокоммуникационной компанией / А.В. Чукарин. - М.: Альпина Паблишер, 2016. - 512 c.