Управление Изменениями

7.1. Введение

Быстрое развитие ИТ-технологнп и рынка привели к тому, что сейчас изменения стали обычным де­лом. Однако опыт показывает, что инциденты, влияющие на бизнес-приложения, часто бывают вы­званы изменениями. Причины таких инцидентов могут быть различными: халатность сотрудников, недостаток ресурсов, недостаточная подготовка, слабый анализ воздействия изменения, несовер­шенство испытаний или «болезни роста». Если инциденты, связанные с изменениями, не будут кон­тролироваться, из-под контроля может выйти все предоставление ИТ-услуг н сам бизнес. Число ин­цидентов может увеличиваться, каждый из них будет требовать принятия срочных мер, что в свою очередь может привести к возникновению новых инцидентов. Ежедневное планирование часто не в состоянии учитывать увеличивающуюся рабочую нагрузку. Это дюжет повлиять на повседневную работу и на сопровождение ИТ-услуг.

Целыо Процесса Управления Изменениями является руководство проведением изменений и ограничение числа инцидентов, вызванных изменениями. Девиз Процесса Управления Изме­нениями:

Не всякое изменение является улучшением, но всякое улучшение является изменением.

На рис. 7.1 показан цикл изменений, вызванный предложениями на новые разработки и улучшения

(Процессы Предоставления услуг и Управления Проблемами), Запросами (адресованные в Процесс

Управления Изменениями) и требуемыми решениями (Процесс Управление Проблемами):

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

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

7.3. Процесс

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

Входы Процесса Управления Изменениями включают в себя

• Запросы на Изменения (RFC);

• информация из базы данных CMDB (в частности, анализ степени воздействия изменений);

• информация из других процессов (из Базы данных мощностей CDB, информация о бюджете и т. д.);

• планирование изменений (Согласованный план изменений' FSC).

Выходы процесса включают:

• обновленный план изменений (Согласованный план изменений FSC);

• моменты инициирования действий (триггеры) в рамках Процессов Управления Конфигурациями и Управления Релизами;

• повестка дня Консультативного комитета CAB, протоколы и принятые решения;

• отчеты по Процессу Управления Изменениями.

Управление Изменениями имеет описанную ниже взаимосвязь с другими процессами.