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

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

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

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

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

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

Бизнес-приложение	Бизнес-приложение	Бизнес-приложение
Стратегические заказчики	Управление Взаимоотношениями	Маркетинговые данные
Эмулятор терминала, IBM-среда	Эмулятор терминала, другая среда
Информационные сервисы Интранет,
Экстранет и глобальной сети Интернет
Средства коллективной работы: электронная почта, адресная служба и т.д.
Общие бизнес-приложения
Офисные приложения
Файловые сервисы и сервисы печати
Операционная система Windows 2000	Операционная система Windows XP
Рабочая станция,	Рабочая станция,	Рабочая станция,
Базисная конфигурация "А",	Базисная конфигурация "B",	Базисная конфигурация "С",
мощный PC	стандартный PC	Мобильный PC
Сетевые сервисы (LAN и WAN)

Рис. 11.4. Пример структуры сервиса

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

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

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

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

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

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

Политика выставления счетов

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

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

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

? расчет затрат по каждому подразделению[182] и информирование их руководителей;

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

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

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

Тарифы[183]

Часто бывает трудно установить тариф на услугу. Установление тарифов включает следующие действия:

? определение цели выставления счетов;

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

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

? анализ спроса на услуги;

? анализ количества заказчиков и конкуренции.

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

Цена является одной из четырех составляющих маркетинга, куда входят: продукт, цена, продвижение и место (четыре Р: Product, Price, Promotion, Place). Цена имеет значение не только при возмещении затрат, но и при формировании спроса на продукцию. Гибкая стратегия ценообразования может использоваться для продвижения продуктов на рынок или для их снятия. Новая услуга, у которой еще мало заказчиков, может субсидироваться за счет прибыли от продажи других услуг. Перед выбором стратегии ценообразования следует четко определить затраты на услугу.

Существуют разные типы политики ценообразования, например:

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

? все затраты плюс чистая прибыль;

? маржинальные затраты плюс маржа (наценка, достаточная для покрытия средних постоянных затрат, затрат на единицу продукции и стоимости капитала). Например, если доступ к LAN/WAN учитывается в счете за подключение к сети, эта составляющая уже не должна включаться в другие LAN-сервисы;

? один из вышеуказанных способов с маржой в 0%.

? Существующая ставка - для услуг, по которым уже существуют ценовые соглашения.

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

? Рыночная ставка (допустимая на рынке) - цены, которые сопоставимы с ценами внешних поставщиков.

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

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

11.4.4 Отчетность

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

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

? разница между фактическими и расчетными затратами;

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

? все ценовые споры, их причины и варианты решения.

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

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

11.5.1 Отчеты для руководства

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

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

? анализ затрат по каждому ИТ-подразделению, аппаратной платформе или другим значимым разделам;

? затраты, связанные с системой Управления Финансами;

? планирование будущих инвестиций;

? возможности снижения затрат.

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

Перед внедрением Процесса Управления Финансами следует проинформировать пользователей, персонал и руководство ИТ о цели внедрения процесса, затратах, преимуществах и потенциальных проблемах, связанных с данным процессом.

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

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

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

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

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

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

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

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

? точный стоимостной анализ[185] по предоставляемым услугам;

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

? достижение ИТ-организацией ее финансовых целей;

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

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

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

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

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

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

11.6.1 Проблемы

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

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

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

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

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

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

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

11.6.2 Затраты

Затраты на этот процесс можно разделить на две категории:

? административные и организационные затраты, связанные с планированием, внедрением и выполнением процесса;

? затраты на необходимые инструментальные средства, т. е. аппаратное обеспечение, базы данных и прикладное ПО.

Глава 12. Управление Мощностями

12.1 Введение

Задачей Процесса Управления Мощностями[186] является предоставление в нужное время и в экономически эффективной форме необходимых мощностей для обработки и хранения данных, обеспечивая соответствующий баланс мощностей в ИТ-организации. Хорошее Управление Мощностями исключает панические закупки в последнюю минуту или покупку самой большой системы "на всякий пожарный случай". Подобные ситуации дорого обходятся. Многие центры обработки данных, например, постоянно работают с недогрузкой на 30-40% или больше. Это не так плохо, если у вас небольшое количество серверов. Но если у вас сотни и тысячи серверов, как у многих ИТ-организаций масштаба предприятия, то эти проценты означают потерю огромных финансовых средств.

Управление Мощностями отвечает за решение следующих вопросов:

? Оправдываются ли затраты на приобретение мощностей для обработки данных с точки зрения потребностей бизнеса, и используются ли эти мощности наиболее эффективным образом (соотношение стоимости и мощности)?

? Адекватно ли соответствуют имеющиеся мощности как текущим, так и будущим запросам заказчика (соотношение спроса и предложения)?

? Работают ли имеющиеся мощности с максимальной эффективностью (настройка производительности)? Когда точно необходимо устанавливать дополнительные мощности?

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

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

К важным понятиям по Управлению Мощностями относятся:

? Управление Производительностью (Performance Management): измерение, мониторинг и настройка производительности компонентов ИТ-инфраструктуры.

? Определение технических средств для приложения (Application sizing): определение мощности аппаратного обеспечения или пропускной способности сети, необходимых для поддержки новых или модифицированных приложений при ожидаемой рабочей нагрузке.

? Моделирование (Modeling): использование аналитических или имитационных моделей для определения требующейся для приложений мощности и выработка наилучшего решения. Моделирование позволяет анализировать различные сценарии и задавать вопросы "что если?".

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

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

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

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

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

Выгодами внедрения Процесса Управления Мощностями являются:

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

? снижение рисков, связанных с новыми услугами, так как в результате определения конфигурации технических средств для приложения (application sizing) известно влияние новых приложений на существующие системы. То же относится и к модифицированным услугам;

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

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

? составление более точных прогнозов при накоплении информации Процессом Управления Мощностями, что позволяет быстрее реагировать на запросы заказчика;

? рост рациональности[188] работы за счет заблаговременного достижения баланса спроса и предложения;

? Управление Затратами или даже снижение затрат, связанных с мощностью средств, по причине их более рационального[189] использования.

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

12.3 Процесс

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

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

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

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

На рис. 12.1 показаны основные виды деятельности, выполняемые в рамках Процесса Управления Мощностями.



Рис. 12.1. Процесс Управления Мощностями (источник: OGC)

Процесс Управления Мощностями состоит из трех подпроцессов (или уровней) анализа мощностей:

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

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

? Управление Мощностями Ресурсов - задачей этого подпроцесса является определение и понимание использования ИТ-инфраструктуры. Примерами ресурсов могут быть полоса пропускания сети, мощность средств обработки данных и емкость дисковой памяти. Для эффективного[191] Управления Ресурсами необходимо заранее определить потенциальные проблемы. Необходимо также быть в курсе тенденций развития ИТ-инфраструктуры. В рамках этого подпроцесса важным видом деятельности является активный мониторинг тенденций развития.

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

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

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

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

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

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

Сотрудники, участвующие в Процессе Управления Мощностями могут входить в состав Консультативного совета по изменениям[194]. Управление Мощностями может предоставлять информацию о потребности в мощностях и потенциальном воздействии изменений на предоставление услуг. Информация об изменениях является входными данными для составления Плана по мощностям[195]. Во время разработки этого плана Процесс Управления Мощностями может направлять Запросы на изменения (RFC)[196].

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

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

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

Между Базой Данных Мощностей[197] (CDB) и Конфигурационной Базой Данных (CMDB) существует тесная взаимосвязь. Информация, предоставляемая Процессом Управления Конфигурациями, существенно необходима для разработки эффективной базы данных мощностей.

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

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

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

Управление Мощностями поддерживает составление плана инвестиций, анализ соотношения доходов и расходов[198] и принятие решений по инвестициям. Кроме того, этот процесс предоставляет важную информацию для выставления счетов по услугам, связанных с предоставлением мощностей, например, выделение сетевых ресурсов.

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

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

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

Процессы Управления Мощностями и Управления Доступностью тесно связаны между собой. Проблемы с производительностью и мощностью могут привести к срыву работы ИТ-услуг. В действительности заказчик может считать малую производительность работы сервиса равнозначной недоступности. Необходима эффективная координация этих двух процессов из-за их тесной взаимозависимости. В них используется большое количество одинаковых инструментальных средств и методик, таких как анализ степени влияния сбоя компонентов (Component Failure Impact Analysis - CFIA) и анализ дерева сбоев (Fault Tree Analysis - FTA).

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

Ниже описываются виды деятельности в рамках Процесса Управления Мощностями с разделением по каждому подпроцессу.

12.4.1 Управление Возможностями Бизнеса (Business Capacity Management)

Управление Мощностями Бизнеса включает следующие виды работ:

Разработка Плана по мощностям[199]

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

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

Моделирование

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

В рамках Процесса Управления Мощностями используется широкий диапазон инструментальных средств - от инструментариев оценки до средств всестороннего тестирования прототипов. Первые недороги и часто применимы в повседневной деятельности. Вторые обычно подходят только для крупномасштабных проектов внедрения.

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

? анализ тенденции (самый дешевый способ);

? аналитическое моделирование;

? имитационное моделирование[200];

? тестирование в сравнении с некоторым базовым вариантом[201], также называемый бенчмаркинг (дает наиболее точную оценку).

Анализ тенденции может использоваться для получения информации о допустимой нагрузке, но не для предсказания времени реакции приложения. Аналитическое и имитационное моделирование имеют свои достоинства и недостатки. Например, имитационное моделирование может использоваться для точного предсказания производительности центрального компьютера[202], возможно, в рамках работ по определению необходимого размера технической платформы для работы ПО[203]. Однако этот метод связан с большими затратами времени. Аналитическое математическое моделирование обычно занимает меньше времени, но получаемая на выходе информация менее надежна. Тестирование в сравнении с некоторым базовым вариантом (бенчмаркинг) означает, что создается среда с реальными условиями, например в вычислительном центре поставщика. Эта среда удовлетворяет требованиям к производительности и используется для моделирования типа "что если" или моделирования изменений. Например, таких как "что случится, если компонент приложения будет переведен на другую компьютерную систему?" или "что случится, если мы удвоим количество транзакций?".

Определение размера технической платформы для работы ПО[204]

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

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

Одним из результатов этапа по определению размеров технической платформы являются показатели рабочей нагрузки. Они могут использоваться для прогнозирования необходимой мощности, например, что будет, если число пользователей возрастет на 25%. Другими показателями рабочей нагрузки являются требования по мощности во времени (пиковые нагрузки в течение суток/недели/года и перспективы будущего роста).

12.4.2 Управление Возможностями Сервисов и Управление Мощностями Ресурсов

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



Рис. 12.2. Управление Производительностью Ресурсов и Сервисов (источник: OGC)

Мониторинг

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

Анализ

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

Настройка

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

Внедрение

Целью внедрения является ввод измененной или новой мощности. Если это связано с изменением, то внедрение вовлекает Процесс Управления Изменениями.

Управление Спросом

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

Проведем различие между Управлением Краткосрочным и Долгосрочным Спросом:

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

? Управление Долгосрочным Спросом - если не удается обосновать стоимость модернизации, хотя в определенные периоды времени (например, между 10:00 и 12:00) может возникать недостаток мощности.

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

Заполнение Базы Данных Мощностей (CDB)

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

Рис. 12.3. Источники информации для базы данных CDB.

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

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

12.5.1 Отчеты для руководства

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

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

? тенденции в расхождениях;

? воздействие на Уровни Сервиса;

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

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

12.5.2 Критические факторы успеха и Ключевые Показатели Эффективности (КPI)

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

? точной оценки бизнес-планов и ожиданий заказчиков;

? понимания ИТ-стратегии и планирования, а также точности планирования;

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

? взаимодействия с другими процессами.

Следующие параметры могут служить Ключевыми Показателями Эффективности (KPI) работы Процесса Управления Мощностями:

? Предсказуемость потребностей заказчика: определение изменений рабочей нагрузки и тенденций, а также точность Плана по мощностям.

? Технология: различные варианты измерения производительности ИТ-сервисов, темпы внедрения новых технологий и возможность постоянно выполнять Соглашения об Уровне Услуг (SLA) даже при использовании старых технологических средств.

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

? Операционная деятельность ИТ[205]: уменьшение количества инцидентов из-за проблем с производительностью, возможность удовлетворить спрос заказчика в любое время и степень серьезности в отношении компании к Процессу Управления Мощностями.

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

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

Менеджеры систем, сетей и приложений также играют важную роль в Процессе Управления Мощностями. Они не только являются ответственными за оптимизацию производительности, от них также ожидается использование их профессиональных знаний для преобразования потребностей бизнеса в профили[206] загрузки систем и определения на их основе необходимых мощностей ИТ-средств.

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

12.6.1 Проблемы

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

? Нереалистичные ожидания - разработчики[207], руководители и заказчики часто имеют нереалистичные ожидания из-за недостаточного понимания технических возможностей приложений, компьютерных систем и сетей. Одной из задач Процесса Управления Мощностями является направление этих ожиданий, например, путем осведомления разработчиков о воздействии их разработок (например, базы данных) на мощности ИТ-средств и их производительность. Эффект от работы Процесса Управления Мощностями также может переоцениваться, особенно в отношении настройки системы и составления графика рабочей нагрузки. Если работа системы требует значительной настройки, то, скорее всего, причина в недостатках дизайна приложения или базы данных. В целом, настройка не может быть использована для достижения более высокого уровня производительности, чем тот, на который система была рассчитана изначально. Большинство крупных ИТ-систем имеют алгоритмы планирования загрузки, которые обычно более эффективны, чем вовлечение системных менеджеров. И конечно, существуют и затраты, связанные с настройкой: для высокооплачиваемого инженера не имеет смысла тратить недели на достижение 3%-го улучшения характеристик, если расширение памяти за 100 долларов даст улучшение на 10%. Еще более дорого обойдется Управление Системами, которые не являются "простыми, как дважды два". Чрезмерное "дергание" параметров на различных блоках, приложениях или базах данных может повлечь непреднамеренные последствия и увеличит задержку всех процессов сервис-менеджмента, а также обслуживание и поиск неисправностей.

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

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

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

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

Эти проблемы являются актуальными дня Управления Мощностями компьютерных систем, а также сетей, больших принтерных центров и телефонных АТС-систем[209]. Это может вызвать еще больше затруднений, если за эти области отвечают несколько подразделений, что может привести к конфликтам в ответственности за Управление Мощностями.

12.6.2 Затраты

Затраты на ввод в действие Управления Мощностями должны быть определены при подготовке внедрения процесса. Эти затраты можно разделить на следующие группы:

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

? затраты на Управление Проектом по внедрению процесса;

? затраты на персонал, обучение и поддержку;

? помещение и т. д.

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

Глава 13. Управление Непрерывностью ИТ-сервисов

13.1 Введение

Многие руководители считают Процесс Управления Непрерывностью ИТ-сервисов (IT Service Continuity Management - ITSCM) роскошью, на которую у них нет средств. Однако, как показывает статистика, чрезвычайные ситуации стали часто встречающимся явлением.

Чрезвычайная ситуация (бедствие, катастрофа) - это событие, которое оказывает такое негативное воздействие на функционирование сервиса или системы, что требуются значительные усилия для восстановления изначального Уровня Производительности.

Как следует из данного определения, чрезвычайная ситуация намного серьезнее инцидента. Чрезвычайная ситуация - это приостановка бизнеса. Это означает, что весь бизнес или его часть будет находиться "вне бизнеса" после возникновения чрезвычайной ситуации. Известны такие примеры чрезвычайных ситуаций, как пожары, удары молнии, наводнения, кражи, вандализм и акты насилия, широкомасштабное нарушение электроснабжения и сбои в работе аппаратного обеспечения. Атаки террористов, например, нападение на Всемирный торговый центр в Нью-Йорке, становятся реальностью. Чрезвычайные ситуации возможны также и в Интернете, например, отказ сервиса (DoS)[210] может разрушить связь внутри всей организации. Некоторые организации могли бы предотвратить серьезные проблемы, если бы в свое время разработали План обеспечения непрерывности бизнеса. Бизнес все больше и больше зависит от ИТ-услуг, а это означает, что последствия потери сервиса становятся все более ощутимыми и все менее допустимыми. Фактически, сейчас во многих организациях ведение бизнеса эквивалентно использованию информационных технологий (ИТ), и без них бизнес едва ли будет существовать. Поэтому необходимо решать, как защитить непрерывность бизнеса. Со времени опубликования модуля Планирование на случай чрезвычайных обстоятельств (Contingency Planning Module) ассоциацией CCTA многое изменилось в области информационных технологий и в том, как они используются в организациях. Ранее это планирование касалось только ИТ. В настоящий момент информационные технологии уже значительно интегрированы во многие аспекты бизнеса. Если раньше традиционный процесс планирования непрерывности работы и восстановления функционирования в основном носил реактивный характер (что делать в случае возникновения чрезвычайной ситуации), то теперь Процесс Управления Непрерывностью ИТ-сервисов выполняет превентивную роль, т. е. работает над предотвращением катастроф.

13.2 Цель процесса

Цель Процесса Управления Непрерывностью ИТ-сервисов -- оказывать поддержку Процессу Управления Непрерывностью Бизнеса (Business Continuity Management - ВСМ). Такая поддержка означает, что необходимая инфраструктура и ИТ-услуги, включая службу поддержки и службу Service Desk, могут быть восстановлены за заданный период времени после возникновения чрезвычайной ситуации. У данного процесса может быть и ряд других целей. Поскольку процесс ITSCM является составной частью Процесса Управления Непрерывностью Бизнеса, сфера действия Процесса Управления Непрерывностью ИТ-сервисов (ITSCM) должна определяться, исходя из целей бизнеса. В результате при оценке рисков можно потом определить, попадают ли они в сферу действия данного процесса.

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

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

Если чрезвычайная ситуация все же произошла, то использование процесса ITSCM даст бизнесу следующие преимущества:

? возможность управлять восстановлением своих систем;

? уменьшить простои в работе;

? свести к минимуму перерывы в ведении бизнеса.

13.3 Процесс

Процесс Управления Непрерывностью ИТ-сервисов отвечает за:

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

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

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

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

? определение общего подхода к восстановлению услуг;

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

Поскольку наблюдается все большее взаимопроникновение бизнес-операций и информационных технологий, то эти две области вместе описываются в рамках ITIL:

? Процесс Управления Непрерывностью Бизнеса (Business Continuity Management - ВСМ) обеспечивает анализ и Управление Рисками, что позволяет организации во все времена гарантировать сохранение минимально требуемых производственных мощностей и Уровня Сервисов. Процесс ВСМ помогает уменьшить степень риска до приемлемого уровня и разработать Планы восстановления бизнес-деятельности на случай, если она пострадает во время чрезвычайной ситуации.

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

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

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

? Управление Уровнем Сервиса: предоставляет информацию об обязательствах во предоставлению ИТ-услуг.

? Управление Доступностью: поддерживает процесс ITSCM в части разработки и внедрения превентивных мер.

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

? Управление Возможностями: гарантирует поддержку требований бизнеса соответствующими ИТ-ресурсами.

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

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

На рис 13.1 показаны виды работ, выполняемые в рамках процесса ITSCM. Цифры обозначают подразделы раздела 13.4, в которых описывается тот или иной вид деятельности.



Рис. 13.1. Модель Процесса Управления Непрерывностью ИТ-Сервисов (на основе модели OGC)

13.4.1 Определение охвата (области действия)[212] Процесса Управления Непрерывностью ИТ-сервисов

При инициализации процесса ITSCM необходимо рассмотрение всей организации в целом и выполнение следующих действий:

...