Действия по определению базовых показателей конфигурации

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

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

CMS предоставляет следующие возможности:

· Средства анализа, контроля и прогнозирования последствий изменений

· Полное и точное представление состояния рабочей среды

· Журнал предыдущих состояний, помогающий анализировать и разрешать проблемы

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

· Анализировать CMS в ходе оценки нового запроса на изменение (RFC), чтобы определить влияние предлагаемых изменений

· Вносить в CMS информацию об утвержденных запросах на изменение, чтобы использовать эти сведения при оценке других запросов на изменение

· Вносить в CMS информацию о выполненных изменениях, чтобы использовать эти сведения при разрешении проблем после выполнения изменений

· Использовать CMS для подтверждения известного работоспособного состояния, необходимого для отката изменений, оказывающих непредвиденное негативное влияние

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

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

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

· Определение и сохранение данных конфигурации для их отслеживания в CMS при каждом добавлении в конфигурацию нового типа конфигурационного элемента

· Аудит содержимого CMS

 

Таблица 4. Действия и основные аспекты определения базовых показателей конфигурации

Действия	Аспекты
Определение и сохранение данных конфигурации для их отслеживания в CMS	Основные вопросы · Какие сведения необходимо сохранять? · Кому из пользователей необходим доступ к информации о компонентах систем и услуг? · Какой формат представления информации будет наиболее удобен каждому пользователю? · Нужно ли ограничивать доступ к данным CMS? · Как часто необходимо обновлять данные? · Каким образом будут использоваться эти данные?

Входные данные

· Соглашения об уровне обслуживания (см. документ SMF­функция «Выравнивание бизнеса и ИТ»)

· Соглашения об уровне операционного обслуживания (см. документ SMF-функция «Выравнивание бизнеса и ИТ»)

· Договоры с внешними поставщиками услуг (см. документ SMF-функция «Выравнивание бизнеса и ИТ»)

· Применимые законы и нормативные акты (см. документ см. документ SMF-функция «Политика»)

· Внутренние политики (см. документ см. документ SMF­функция «Политика»)

· Анализ рисков и влияющих факторов (см. документ SMF­функция «Управление, риск и соответствие нормативным требованиям»)

· Перечень требований и пожеланий к отчетам CMS

Конечный результат

· Требования к CMS и RFC

Рекомендации

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

· Чтобы сформировать полный перечень потребностей, привлеките к оценке и планированию все заинтересованные стороны (например, представителей подразделений разра­ботки решений, корпоративной архитектуры и эксплуатации, бизнес-подразделений и службы поддержки).

· Начните с отслеживания минимально возможного набора данных. Добавляйте данные по мере необходимости. Для своевременного обновления данных конфигурации необходимы ресурсы. Убедитесь, что сбор дополнитель­ных данных целесообразен. Определите цель отслеживания для всех данных.

· При добавлении нового конфигурационного элемента выполните повторную оценку данных конфигурации, которые необходимо отслеживать.

Аудит содержимого CMS

Основные вопросы

· Предписывает ли политика или требования к обеспечению соответствия нормативным актам проведение аудита? Как часто его необходимо проводить?

· Каким образом будет подтверждаться информация, хранящаяся в CMS? Кто будет ее подтверждать?

· Нужно ли ограничивать доступ?

Входные данные

· Система управления конфигурациями

· Требования к ограничению доступа

· Требования политики и нормативных актов

· Рабочая среда

Конечный результат

· Точный отчет о текущем состоянии

· Планы внесения исправлений в случае неточностей

Рекомендации

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

· Если CMS часто устаревает, проанализируйте и измените используемые процессы, чтобы повысить их точность.