Две точки принятия решения об изменениях

Существуют две точки принятия решения о проведении изменений:

• Руководитель Процесса Управления Изменениями — лицо, ответственное за предварительный
просмотр (фильтрацию) и классификацию Запросов на Изменения¹ (RFC). В больших организа­циях в помощь Руководителю Процесса могут существовать Координаторы изменений, осуществ­ляющие взаимодействие между ним и различными подразделениями организации. Одной из задач Процесса Управления Изменениями является получение требуемой авторизации изменения. В определенной степени сам процесс уже имеет полномочия, но для проведения некоторых изменений может потребоваться согласование с руководством ИТ (например, с Руководящим комитеттом² или Исполнительным комитетом³). Руководитель Процесса Управления Изменениями такая несет ответственность за планирование и координацию проведения изменений.

• Консультативный комитет по изменениям⁴ (CAB) — консультативный орган, регулярно собирающийся для оценки и планирования изменений. Чаще всего одно или несколько значительных изменений выносятся на обсуждение Комитета. Отдельно создается комитет по срочным изменениям⁵ (ЕС), который назначается руководством для принятия чрезвычайных решений. Состав Консультативного комитета является гибким и включает представителей всех основных ИТ-подразделений:

- Руководителя по Управлению Изменениями (председатель);

- Руководитель по Управлению (Уровнями) Услуг;

- Представителей Службы Service Desk и Процесса Управления Проблемами;

- Руководителей линейных подразделений компании;

- Бизнес-руководителей (или их представители) со стороны заказчика;

- Представителей пользователей;

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

- Администраторов программного обеспечения и системных администраторов;

- Представителей поставщиков.

Охват (сфера действия или границы)⁶ процесса

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

¹ Request For Change - RFC. ² Steering Committee.

³ Executive Committee.

⁴Change Advisory Board - CAB.

⁵ Emergency Committee — EC.

⁶ Scope

7. УПРАВЛЕНИЕ ИЗМЕНЕНИЯМИ

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

Для того, чтобы обеспечить эффективное взаимодействие Процессов Управления Изменениями и Управления Конфигурациями, необходимо регистрировать изменения и обновлять соответствующие записи в CMDB. Можно допустить, что ряд повседневных заданий, точно определенных и подчиняющихся установленным процедурам (т. е. стандартных заданий), не требуют контроля со стороны Процесса Управления Изменениями. Примерами таких заданий могут быть установка кассет для резервного копирования, создание идентификаторов (ID) пользователей и т. д. Эти действия не обрабатываются как изменения, а самое большее классифицируются как Запросы на Обслуживание в рамках Процесса Управления Инцидентами. Внимательное изучение стандарт­ных действий может быть полезно для предотвращения излишней бюрократизации Процесса Уп­равления Изменениями.

Одним из способов выполнения таких действий является определение так называемых «предвари­тельно авторизованных»¹ изменений (или «категории 0»), которые записываются в базу данных из­менений (предпочтительно самими запрашивающими), но не требуют использования процедур по Управлению Изменениями. Например, если при приеме на работу нового сотрудника обычно вы­полняются четырнадцать действий (создание новой учетной записи¹, настройка рабочей станции, электронной почты и т. д.), то эти действия не требуют столь внимательного изучения, как значи­тельные изменения инфраструктуры. Такой вид стандартных изменений обрабатывается по типово­му шаблону как предварительно авторизованный «Запрос на Обслуживание».