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

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

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

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

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

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

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

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

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

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

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

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

c. Оформление соглашения (договора)

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

Соглашение об Уровне Сервиса

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

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

• Физические аспекты организации:

- размер организации;

- сложность;

- географическое распределение.

• Аспекты культурыы

- язык, на котором составляются документы (для международных организаций);

- взаимоотношения между ИТ-организацией и заказчиком;

- политика выставления счетов ^[8];

- однородность бизнес-деятельности;

- тип организации: коммерческая или некоммерческая.

• Характер бизнес-деятельности:

- общие положения и условия;

- часы работы — 5x8 часов или 7x24 часа.

Внешние Договоры и Операционные Соглашения об Уровне Услуг

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

Каталог услуг

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

• используйте язык заказчика. Избегайте технического жаргона и используйте терминологию из соответствующей области бизнеса;

• постарайтесь взглянуть на проблему с точки зрения заказчика и придерживайтесь такого подхода при сборе нужной информации;

• создайте привлекательный макет каталога, так как ИТ-организация использует этот документ для своей презентации заказчикам;

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

d. Мониторинг

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

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

e. Создание отчетов

Отчеты заказчику (отчеты о сервисах) должны предоставляться в сроки, оговоренные в Соглашении SLA. В этих отчетах сравниваются фактически предоставляемые Уровни Сервисов с согласованными Уровнями. Примерами отчетов могут быть:

■ доступность сервисов и время простоя в указанные периоды;

■ среднее время реагирования в пиковые периоды;

■ скорость транзакций в пиковые периоды;

■ количество функциональных ошибок в ИТ-сервисе;

■ частота и длительность периода деградации сервисов (Услуги не достигают согласованного Уровня);

■ среднее количество пользователей в пиковые периоды;

■ количество успешных и безуспешных попыток нарушить систему безопасности;

■ количественное соотношение использованных мощностей^[9] сервисов;

■ количество завершенных и незавершенных (открытых) изменений;

■ стоимость предоставленных услуг.

4. Учебный вопрос 4. Критические факторы успеха, ключевые показатели эффективности и проблемы процесса управления уровнем услуг

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

a. Критические факторы успеха и ключевые показатели эффективности

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

■ наличия Руководителя Процесса, обладающего знаниями как в области информационных технологий, так и в области бизнеса;

■ выявленные недостатки, включенные в план улучшений;

■ действия, предпринятые по исправлению указанных недостатков;

b. Отчеты руководству ^[10]

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

■ количество заключенных Соглашений SLA;

■ количество случаев несоблюдения заключенных соглашений SLA;

■ стоимость оценки и мониторинга Соглашений SLA;

■ степень удовлетворенности заказчиков, определяемая по результатам опросов;

■ статистические данные об инцидентах, проблемах и изменения;

■ результаты предпринимаемых действий по улучшению сервисов.

c. Проблемы

В процессе работы могут возникнуть следующие проблемы:

■ Может оказаться очень трудным представить ожидания заказчиков в виде поддающихся оценке стандартов и конкретных цифр расходов.

■ Руководитель Процесса должен быть умеренным и реалистичным в своих обещаниях при обсуждении соглашений, пока не будут разработаны инструментарии, процедуры, План обеспечения качества услуг (SQP) и Внешние Договоры. Лучше придерживаться стратегии постепенных улучшений.

■ Легко ошибиться в расчетах накладных расходов, связанных с мониторингом и оценкой Уровней Сервисов. В больших организациях может потребоваться отдельный персонал на выполнение этих видов работ.

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

Заключение — до 5 мин.

Содержание и методические рекомендации:

- обобщить наиболее важные, существенные вопросы лекции.

- сформулировать общие выводы.

- поставить задачи для самостоятельной работы.

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

Лекция разработана «___»________2011 г.

_______________________(Ежов С.М.)

(подпись, фамилия и инициалы автора)

Дата добавления: 2014-01-04