Версия 1.02 от 06 февраля 2007 года. Данная матрица сделана для показа информации, которые переходят между каджой парой процессов. Будет заполняться по мере поступления информации из разных источников. Для получения информации наведите курсор мыши на пересечение процессов. Вся информация сдублирована развернутым текстом после таблицы. Данная таблица не является абсолютным знанием и точной инструкцией к действию при написании процедур, т.к. на данный момент ее развития позиционируется как справочная информация. Данные могут со временем изменяться по мере уточнения.
Обозначения цветов:
Зеленый: информация передается, можно посмотреть какая именно;
Желтый: информация не передается;
Серый: пока нет данных.
Картинка при переносе пропала, поэтому от статьи — только текст. Сорри.
Информация об инцидентах, связанных с установленным релизом, для анализа качества релиза, и для формирования scope ошибок для следующего релиза или патча.
Информация о наиболее значительных инцидентах за отчетный (например, неделя) период, для формирования требований к Problem Management, а также для отчета перед бизнесом о планируемых шагах к исправлению и недопущению повторения инцидентов.
На основании стоимости сервисов — информация о финансовых потерях компании от инцидентов.
Информация об инцидентах, произошедших из-за проблем с мощностями элементов инфраструктуры.
Крупные инциденты для анализа возможных действий в рамках событий, попадающих под действие процесса Управления Непрерывностью.
Создание RFC для проведения изменений по результатам анализа проблем и выявления корневых причин
Информация о ходе решения проблем по соответствующим сервисам, прогнозы по времени нахождения корневых причин проблем
Информация о стоимости проблем на основании информации об инцидентах (INC) и стоимости конфигурационных единиц (CFG)
Количество проблем. Время на исправление Известных Ошибок. Количество инцидентов, связанных с проблемами.
Справочник Конфигурационных Единиц для указания в инцидентах, на какие КЕ этот инцидент влияет.
Справочник Конфигурационных Единиц для привязки к проблемам и формирования итогового отчета по влиянию проблемы на элементы инфраструктуры.
Справочник Конфигурационных Единиц для формирования списка изменяемых КЕ в рамках отдельного Запроса на Изменения (RFC)
Полный справочник Конфигурационных Единиц для формирования множества КЕ, изменяемых в отдельном релизе.
Множество информации по мощности и пропускной способности разлизных конфигурационных единиц. Требуется для более эффективной разработки CDB (Capacity Database).
Информация о параметрах и местонахождении Конфигурационных Единиц для формирования плана действий в рамках процесса
Персонал Управления Изменениями должен быть проинформирован о плановых перерывах при изменениях и затрагиваемых изменениями системах, а также о возможном послеустановочном стабилизационном периоде.
Информация о значимости изменений, для принятия решения бизнесом о сроке и периоде перерыва.
Стоимость изменений, вычисляемая на основании RFC: человеческие ресурсы, закупка оборудования и т.п.
Комплексная информация об изменениях для анализа совокупного дефекта по результатам одного или нескольких изменений.
Заполнение системы TroubleShooting для Service Desk по известным ошибкам в новом релизе (не основе проведенного тестирования)
Информация о множестве КЕ, которые будут изменены при установке релиза в Продуктивную Среду. Отметим, кстати, что все изменения проводятся через процесс Управления Изменениями, а не напрямую из REL в CFG
Информация о готовящихся релизах, элементах инфраструктуры, затрагиваемых в этих релизах, и возможных проблемах установки релизов.
Данные о времени downtime в релизах, данные политики релизов, для более точного описания SLA
Ничего не передается. REL -> AVL Список затрагиваемых Конфигурационных Единиц и сервисов (из Сервис-Каталога) для формирования ожидания изменения доступности SLM -> INC Информация о критичности сервиса [CB|MC|BC|BO|OP]; Информация о сроках закрытия заявки в зависимости от влияния инцидента; Дополнительная информация о Соглашении с пользователем о предоставлении ИТ-сервиса, по которому принята заявка. SLM -> PRB Передаются требования в рамках SLA, для точного определения не только цели, которую будет достигать исправление проблемы, но также ограничения, которым должен соответствовать результат. SLM -> CFG В случае хранения Каталога Сервисов (Service Catalog) в CMDB передается информация об изменениях в сервисах. Данные изменения должны выполняться в рамках Change Management. Изменения в CMDB происходят в расках процедур процесса Configuration Management
Service Level Agreement определяет требования к Change Management в плане планирования изменений, планирования downtime систем и сервисов
Требования к политике релизов, чтобы синхронизировать соответствия политик релизов и сервисных соглашений (Service Level Agreement)
Передается информация о планируемой стоимости сервиса, формируемой в рамках переговоров с бизнес-подразделениями, для учета внутренних затрат ИТ
Информация о критичности сервиса для бизнеса, для приоритезации задач процесса Управления Доступностью.
Информация о критичности сервиса для бизнеса, для приоритезации задач управления Непрерывностью для наиболее эффективного результата в случае катастрофы.
Предоставляется информация о стоимости сервисов, по которым решаются проблемы (возможно, для уточнения приоритетов), а также информация по Billing Rate сотрудников, для уточнения стоимости (и, возможно, целесообразности) решения проблемы.
Информация о бюджете для, возможно, создания в CMDB Конфигурационных Единиц со статусом Planned
Финансовая информация для вычисления стоимости изменений: Billing Rates, стоимость закупок, аренда и т.п.
Информация о выставленных счетах. Процесс управления финансами вообще может рассматриваться во многом акк справочный процесс для Управления Уровнем Сервиса, т.к. заключаемые SLA во многом зависят от оплачиваемых сумм со стороны бизнеса, информацию о чем и предоставлеят Financical Management
Информация о стоимости запрашиваемых мощностей и экономической целесообразности их выделения.
Информация о расчетной стоимости проектов. Эта информация важна, т.к. Capacity Management является, часто, наиболее затраьной частью из процессов ITIL
Информация из CDB поддерживает процесс Управления Проблемами на разных стадиях. Поддерживаентся как реактивная, так и проактивная деятельность Управления Проблемами.
Ничего не передается, т.к. процесс Capacity Management ничего напрямую в CMDB занести не может, а только исключительно через процесс Change Management
Информация о потребности в мощностях и потенциальное воздействие изменений на предоставляемые услуги.
екомендации или требования для политики релизов, чтобы выпускаемые релизы (как программные, так и аппаратные) соответствовали требованиям процесса Capacity Management
Информация о планируемых проектах, для прогнозирования развития SLA и для твердой основы в переговорах с бизнес-подразделениями по заключаемым и планируемым сервисам
Информация о минимальной пропускной способности, требующейся для продолжения функционирования бизнес-систем в случае катастроф и других серьезных обстоятельств.
Информация о проектах в рамках Capacity Management, для планирования использования мощностей для повышения доступности систем
Сообщения о возможных глобальных событиях, а также инструкции для Service Desk по реагированию на события.
Требования к критичным для восстановления Конфигурационным Единицам; Классификация КЕ по степени готовности к чрезвычайным ситуациям.
Требования к релизам, как software, так и hardware, для выполнения требований по поддержанию ИТ-инфраструктуры в состоянии, удовлетворяющем требованиям процесса Управления Непрерывностью
Информация об ориентировочной стоимости действий в рамках процесса (что может выливаться, кстати, в достаточно большие суммы)
Информация о планируемых действиях. Capacity Management, возможно сможет использовать, к примеру, резервный DataCenter для балансирования нагрузки
Информация о перерывах с указанием задействованых Конфигурационных Единиц, для привязки этих данных к Проблемам и, возможно, об изменении важности проблемы и, соответственно, выделенных на её решение ресурсов.
Отчеты по доступности систем за отчетный период для конструктивности переговоров с бизнес-подразделениями и, возможно, корректировки параметров SLA
Информация о текущей доступности сервисов для CDB (Capacity Database), и, как следствие, для помощи в принятии решения об увеличении мощностей отдельных компонентов ИТ-инфраструктуры.
Информация о мерах по улучшению доступности сервиса, для анализа процессом Continuity Management и, возможно, использования этих данных.
Далее перечислены все комбинации пар процессов с описанием информации, передающейся в данном случае.