Оформите библиографическое описание источников 52 страница

Изменение графика

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

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

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

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

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

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

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

Назначение владельца изменения

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

Дата добавления: 2015-01-04