Введение в ИТ сервис-менеджмент

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

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

В целом, введение в практику Процесса Управления Уровнем Сервиса может дать следующие преимущества:

? ИТ-услуги разрабатываются в соответствии с Требованиями к Уровню Услуг и, следовательно, будут отвечать ожиданиям заказчика;

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

? если ИТ-организация выставляет счета заказчику за пользование ИТ-услугами, то заказчик сможет сопоставить Уровень Качества услуг с предъявленной в счете стоимостью;

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

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

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

10.3 Процесс

Управление Уровнем Сервиса - это процесс, который связывает поставщика ИТ-услуг и заказчика. Этот процесс имеет следующие задачи:

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

? документирование услуг путем четкого описания их элементов в различных документах;

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

? согласование ИТ-стратегии с потребностями бизнеса;

? контролируемое улучшение предоставления ИТ-услуг.

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



Рис. 10.1. Процесс Управления Уровнем Сервисов

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

? Идентификация - идентификация потребностей заказчика, управление взаимоотношениями и внутреннее продвижение[160] ИТ-организации. Понимание бизнес-процессов и потребностей заказчика.

? Определение - определение требуемых услуг в соответствии с потребностями и запросами заказчика. Услуги определяются в виде Требований к Уровню Услуг и Таблиц спецификаций услуг. Результатом выполнения этого вида работ является создание Плана обеспечения качества услуг.

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

? Мониторинг - мониторинг Уровней Сервисов.

? Отчетность - составление Отчетов об Уровне Сервисов. Регулярное предоставление отчетов заказчику и ИТ-организации о реальных текущих Уровнях Предоставления Услуг в сравнении с общим достигнутым Уровнем (Service Level Achievement).

? Анализ (пересмотр) - совместный с заказчиком анализ сервисов с целью определения направлений его улучшения. Возможно инициирование Программы улучшения сервиса, если это необходимо. Деятельность включает в себя частые контакты с заказчиком и обмен мнениями о предоставляемых услугах. Результатом такого вида деятельности может стать новое или пересмотренное Соглашение об Уровнях Сервиса.

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

Взаимоотношения со Службой Service Desk

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

Взаимоотношения с Процессом Управления Доступностью

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

Взаимоотношения с Процессом Управления Мощностями

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

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

Взаимоотношения с Процессами Управления Инцидентами и Проблемами

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

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

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

Взаимоотношения с Процессом Управления Изменениями

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

Взаимоотношения с Процессом Управления Релизами

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

Взаимоотношения с Процессом Управления Непрерывностью ИТ-услуг

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

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

Взаимоотношения с Процессом Управления Безопасностью

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

Взаимоотношения с Процессом Управления Конфигурациями

Процесс Управления Конфигурациями отвечает за ввод детальной информации о компонентах услуг (Конфигурационных Единицах) и документации (Соглашений об Уровне Сервиса - SLA) в Конфигурационную Базу Данных (CMDB) и предоставление информации из этой базы. Поэтому создание или модификация услуги или соглашения влечет за собой изменения в CMDB. Служба Service Desk использует Конфигурационную Базу Данных для определения степени воздействия сбоев на услуги и для получения информации из соглашений SLA о времени реагирования и времени разрешения сбоев. Информация из CMDB также используется при составлении отчетов о качестве Конфигурационных Единиц, что позволяет Процессу Управления Уровнем Сервиса подготавливать отчеты о качестве предоставляемых услуг.

Взаимоотношения с Процессом Управления Финансами ИТ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10.4.3 Договор

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

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

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

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

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

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

? сложность;

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

? Аспекты культуры:

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

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

? политика выставления счетов[165];

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

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

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

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

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

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

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

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

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

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

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

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

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

10.4.4 Мониторинг

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

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

10.4.5 Создание отчетов

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

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

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

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

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

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

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

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

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

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

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

10.4.6 Анализ (ревью)

Уровень Сервисов нужно регулярно анализировать, уделяя при этом внимание следующим аспектам:

? Соглашению об Уровне Услуг с момента последнего анализа;

? проблемам, возникшим с услугами;

? выявлению тенденций работы услуг;

? изменению услуг в пределах Согласованных Уровней Сервиса;

? изменению процедур и расчетов стоимости дополнительных ресурсов;

? последствию сбоев при предоставлении Согласованных Уровней Услуг.

Если не удалось организовать предоставление ИТ-услуг на Согласованном Уровне, следует согласовать действия по исправлению ситуации, например:

? разработать Программу улучшения услуг (Service Improvement Program - SIP);

? выделить дополнительный персонал и ресурсы;

? изменить Уровни Сервисов, определенные в Соглашении SLA;

? модифицировать процедуры;

? модифицировать Соглашения OLA и Внешние Договоры UC.

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

10.5 Контроль процесса

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

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

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

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

? четкости в формулировании целей процесса и роли процесса;

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

? четкости поставленных задач, полномочий и ответственностей в рамках процесса, разграничения контроля процесса и операционных задач (контактов с заказчиками).

Приведенные ниже показатели качества можно использовать для определения эффективности и результативности[167] Процесса Управления Уровнем Сервисов:

? параметры сервисов, включенные в Соглашения SLA;

? параметры Соглашения SLA, поддерживаемые Операционным Соглашением об Уровне Услуг (OLA) и Внешними Договорами (UC);

? параметры Соглашений SLA, за которыми ведется мониторинг, и о недостатках которых составляются отчеты;

? параметры Соглашений об Уровне Сервиса, которые регулярно анализируются;

? параметры Соглашений об Уровне Сервиса, для которых удалось достичь согласованных уровней сервиса;

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

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

? выявленные тенденции с учетом реального Уровня Сервиса.

10.5.2 Отчеты руководству[168]

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

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

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

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

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

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

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

10.5.3 Функции и роли

Роли

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

Ответственность

Руководитель Процесса Управления Уровнем Сервиса отвечает за:

? создание и обновление Каталога Услуг;

? создание и поддержание эффективного Процесса Управления Уровнем Сервисов, включая:

? определение структуры Соглашения об Уровне Сервиса;

? заключение Операционных Соглашений об Уровне Услуг с Внутренними Поставщиками;

? заключение Внешних Договоров с Поставщиками;

? обновление существующей Программы улучшения услуг;

? ведение переговоров с заказчиками, заключение и поддержка Соглашений об Уровне Сервиса, Операционных Соглашений об Уровне Услуг и Внешних Договоров;

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

10.6 Проблемы и затраты

10.6.1 Проблемы

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

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

? Заказчикам может потребоваться помощь в составлении Требований к Уровню Сервисов.

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

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

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

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

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

10.6.2 Затраты

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

? расходы на персонал (Руководитель Процесса и команда проекта);

? расходы на обучение;

? расходы на документацию;

? расходы на помещение, аппаратное и программное обеспечение;

? расходы на операционные виды деятельности, связанные с обновлением Плана Обеспечения Качества Сервисов (SQP), Соглашений об Уровне Сервиса и Каталога Услуг.

Глава 11. Управление Финансами ИТ

11.1 Введение

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

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

Качество и затраты

Предоставление ИТ-услуг пользователям по разумной цене определяется тремя факторами:

? Качество - в плане операционной деятельности[169]:

? мощность (пропускная способность);

? доступность;

? производительность;

? восстановление после чрезвычайных обстоятельств;

? поддержка.

? Стоимость - в плане:

? расходов;

? инвестиций.

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

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

11.1.1 Основные понятия

Составление бюджета

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

Бухгалтерский учет

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

Выставление счетов

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

Категории затрат

Эффективный контроль уровня затрат требует понимания их природы. Существует несколько способов классификации затрат. Для каждого продукта или сервиса можно определить затраты, прямо или косвенно связанные с ним:

Прямые затраты[171]: затраты, связанные конкретно и исключительно с какой-либо ИТ-услугой. Например, виды деятельности и материалы, прямо и однозначно связанные с определенным сервисом (аренда телефонной линии для доступа к сети Интернет).

Косвенные затраты[172]: затраты, не связанные прямо и однозначно с какой-либо ИТ-услугой. Примерами могут быть затраты на помещения, услуги по поддержке (например, Управление Сетью) и административные расходы (включая затраченное время).

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

Другим способом является расчет затрат на основе деятельности (Activity Based Costing - ABC). Этот метод заключается в учете всех накладных расходов организации с последующим распределением затрат на выполнение работ по продуктам и услугам, с которыми эти затраты связаны. В сущности, затраты распределяются по более сложному критерию, чем простое распределение прямых затрат. Метод ABC может быть полезен в тех случаях, когда большинство затрат не зависит напрямую от объема услуг. Вместо усредненного распределения косвенных затрат метод ABC предлагает распределять их на основе выполненной деятельности, связанной с конкретным продуктом и услугой.

Еще одним способом учета затрат является их разделение на постоянные и переменные.

Постоянные затраты[173] не зависят от объема предоставляемых услуг, к ним относятся инвестиции в аппаратное обеспечение, программное обеспечение и строительство. В большинстве случаев учитывается не закупочная цена, а ежемесячная или ежегодная сумма амортизационных отчислений и начисляемые проценты. Постоянные затраты присутствуют даже при снижении объема производства (предоставления услуг) или их прерывании.

Переменные затраты[174] - это затраты, уровень которых меняется с изменением объема производства. Примерами могут быть затраты на привлекаемый со стороны персонал, картриджи для принтеров, бумагу, отопление и электричество. Эти затраты связаны с предоставляемыми услугами; с увеличением объема производства возрастают также и затраты.

Существует определенное различие между капитальными и операционными затратами.

? Капитальные затраты[175] связаны с закупкой активов, предназначенных для долгосрочного использования внутри организации. Амортизация этих затрат производится в течение несколько лет. Поэтому в затраты обычно включаются амортизационные отчисления, а не закупочная стоимость.

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

Типы затрат (виды затрат)

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

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

Рис. 11.1. Типы затрат и их составляющие (источник: OGC)

Примерами этих видов затрат могут быть:

? Затраты на оборудование (Equipment Cost Unit - ECU) - все затраты на аппаратное обеспечение, например:

? серверы;

? устройства хранения информации;

? связь и сети;

? принтеры.

? Затраты на программное обеспечение (Software Cost Unit - SCU) - прямые и косвенные затраты на поддержку функционирование системы, включая:

? системное программное обеспечение;

? транзакционную систему;

? систему Управления Базами Данных;

? систему разработки приложений;

? программные приложения.

? Организационные затраты (Organization Cost Unit - OCU) - прямые и косвенные затраты на персонал, которые могут быть постоянными или переменными, например:

? заработная плата;

? расходы на обучение;

? командировочные расходы.

? Затраты на размещение (Accommodation Cost Unit - ACU) - все прямые и косвенные затраты, связанные с размещением, например:

? серверные комнаты;

? офисы;

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

? Трансферные затраты (Transfer Cost Unit - TCU) - затраты, связанные с товарами и услугами, предоставляемыми другими подразделениями, т. е. внутренние расчеты между подразделениями организации.

? Учет затрат (Cost Accounting - СА) - затраты, связанные с деятельностью самого Процесса Управления Финансами.

11.2 Цели процесса

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

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

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

При внедрении ИТ-организацией процесса Управления Финансами она получит возможность:

? определять затраты на ИТ-услуги;

? определять и классифицировать структуру затрат;

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

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

? управлять ИТ-отделом как бизнес-подразделением, где это требуется;

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

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

? формировать поведение заказчиков и пользователей путем уведомления их о затратах и привязывания затрат непосредственно к услугам.

Так как преимущества различны по своей природе, то делается разграничение между работами по Составлению бюджета[177], Ведению бухгалтерского учета[178] (который участвует в Расчете затрат[179]) и Выставлением счетов[180].

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

Бюджетирование и ведение бухгалтерского учета позволяет руководителю ИТ-сервисов:

? принимать решения по каждой услуге на основе экономической эффективности;

? использовать коммерческий подход к принятию решений по ИТ-услугам и инвестициям в них;

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

? составлять бюджеты и планы на основе надежной информации.

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

Выставление счетов позволяет ИТ-руководству:

? анализировать ИТ-услуги с коммерческой точки зрения и планировать инвестиции на основе принципа возмещения затрат;

? возмещать затраты на ИТ, увязывая их с получаемой от услуг пользой;

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

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

11.3 Процесс

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

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

? помогать в определении приоритетов в использовании ресурсов;

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

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

? быть гибкой и способной быстро реагировать на изменения в бизнесе.

Процесс Управления Финансами оказывает поддержку бизнесу в планировании и достижении поставленных целей. Для получения наиболее оптимального результата от использования данного процесса он должен применяться постоянно в масштабе всей компании, с минимумом конфликтных ситуаций. В ИТ-организации процесс Управления Финансами реализуется через три основных процесса: Составление бюджета (Budgeting), Бухгалтерский учет (Accounting) и Выставление счетов (Charging). Этот цикл показан на рис. 11.2.

Процесс Управления Финансами ИТ-услуг взаимодействует почти со всеми другими процессами ИТ Сервис-менеджмента, но в особенности с приведенными ниже.

Взаимоотношения с бизнес-процессами

Управления Уровнем Сервиса имеет большое значение для определения концепции, стратегии и планирования в соответствии с бизнес-процессами (рис 11.3).



Рис. 11.3. Взаимоотношения с бизнес-процессами

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

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

Взаимоотношение с Процессом Управления Уровнем Сервиса

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

Взаимоотношения с Процессом Управления Мощностями

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

Взаимоотношения с Процессом Управления Конфигурациями

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

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

11.4.1 Составление бюджета

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

Методы составления бюджета

В зависимости от финансовой политики бизнеса выбирается один из следующих методов:

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

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

Составление бюджета

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

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

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

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

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

Бюджетный период

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

...