ИТ СЕРВИС–МЕНЕДЖМЕНТ. Вводный курс на основе ITIL

10.4. Виды деятельности

Ниже дается подробное описание этапов процесса, включая последовательность действий и виды работ.

10.4.1. Идентификация

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

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

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

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

10.4.2. Определение

Определение области (диапазона) [161] и глубины требований заказчика рассматривается как процесс дизайна (разработки) в рамках Процесса Управления Уровнем Сервисов. Согласно модели обеспе­чения качества стандарта ISO 9001 общий процесс дизайна состоит из следующих этапов: собствен­но дизайн, разработка, инсталляция и сопровождение. Для того чтобы результаты выполнения про­цесса дизайна отвечали требованиям заказчика, им необходимо управлять. На протяжении всего процесса дизайна термин "внешний" используется в отношении взаимоотношений с заказчиком, а "внутренний" – с технической поддержкой внутри ИТ-организации. Процесс дизайна включает в себя шаги, начиная с детализации требований заказчика и определения их в качестве стандартов и заканчивая разработкой технических условий для предоставления услуг.

161

Scope.

Определение внешних стандартов

Первым этапом в составлении количественного описания [162] новых или существующих ИТ-услуг яв­ляется определение или "переопределение" ожиданий заказчика в отношении услуг в целом. Ожи­дания заказчика формализуются в Требованиях к Уровню Услуг (SLR), в разработке которых участ­вует вся организация заказчика. Обычно этот этап считается самой трудной частью Процесса Управ­ления Уровнем Сервисов. Перед началом данного этапа Руководитель Процесса должен подгото­виться к встрече с представителями заказчика. Первым вопросом, который следует задать, является: "Какой ИТ-сервис требуется и из каких элементов он должен состоять?" Предоставление сервиса может повлечь за собой использование определенной части инфраструктуры, например, такой как глобальная сеть (Wide Area Network – WAN). Этот сервис может быть частью составной/сложной услуги [163] , такой как доступ ко всей информационной системе, включая всю инфраструктуру (WAN, LAN, рабочие станции, приложения и т. д.).

162

Quantifying.

163

Compose Service.

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

? описание функций, которые должен предоставить запрашиваемый сервис, с точки зрения заказ­чика;

? время и дни, в которые сервис должен быть доступен;

? требования к непрерывности сервиса;

? ИТ-функции, необходимые для предоставления сервиса;

? ссылки на текущие операционные методы и стандарты качества, которые должны учитываться при определении сервиса;

? ссылки на Соглашение об Уровне Сервиса, которое должно быть модифицировано или заменено там, где это необходимо.

Результатом этапа дизайна является документ, содержащий Требования к Уровню Услуг (Service Level Requirements – SLR) и подписанный Руководителем Процесса и заказчиком. Эти требования еще можно менять, пока соответствующее подразделение работает над разработкой услуги, внедрением и ведет соответствующие закупки. Изменения могут касаться, например, целесообразности предполагае­мых функций и ожидаемых затрат. Каждое такое изменение должно утверждаться обеими сторонами.

Преобразование во внутренние стандарты

На этапе составления спецификаций Требования к Уровню Услуг конкретизируются. Результатом работы на этом этапе будет получение следующей информации:

? однозначное и подробное описание ИТ-услуг и необходимых компонентов;

? спецификация метода внедрения и предоставления сервисов;

? спецификация процедуры контроля требуемого Уровня Качества.

Рис. 10.2. Этап составления спецификаций (источник: OGC)

На этапе составления спецификации рекомендуется разграничивать внешние и внутренние доку­менты (рис. 10.2). Спецификации для внешнего использования уточняют согласованные с заказчи­ком цели, и контроль процесса дизайна осуществляется с учетом этих целей. Такие спецификации составляются совместно с организацией заказчика, и они служат входной информацией для внут­ренних спецификаций.

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

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

164

Service Specifications (Spec Sheets).

План обеспечения качества услуг (Service Quality Plan – SQP)

Рекомендуется включать всю управленческую информацию (Ключевые показатели эффективности) и внутренние и внешние спецификации в единый документ для получения полной информации о вкладе каждого процесса Сервис-менеджмента в ИТ-услуги.

10.4.3. Договор

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