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

Резюме

Подводя итог, можно отметить, что процесс оформления запроса на изменение состоит из описанных ниже шагов.

· Инициатор изменения создает и передает на рассмотрение полный отчет о требуемом изменении, оформленный в виде RFC.

· Назначенный рецензент определяет, является ли объем информации, содержащейся в RFC, достаточным для того, чтобы провести его утверждение.

· Если представленная информация не является достаточной, рецензент возвращает RFC инициатору изменения, чтобы он дополнил свой запрос теми сведениями, которые требуется ввести в него дополнительно.

· Этот циклический процесс приводит к получению рецензированного RFC, готового для рассмотрения в процессе классификации изменения.

Классификация изменений

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

Процесс изменения классификации показан на блок-схеме, приведенной на рис. 3. Эта блок-схема позволяет узнать, какой пути проходит RFC во время осуществления последующих процессов. (Все действия, показанные на блок-схеме, выполняются менеджером изменений или его заместителем.)

Рис. 3. Последовательность операций уточнения классификации

Менеджер изменений проверяет уровень приоритета RFC, предложенный инициатором, после чего утверждает его или вносит корректировку. От уровня приоритета зависит, насколько быстро в CAB поступит для изучения RFC и насколько оперативно этот запрос будет реализован в случае его утверждения. Менеджер изменений контролирует все предлагаемые изменения и поэтому располагает всеми необходимыми сведениями для корректировки приоритета данного RFC, сравнив его с приоритетами других RFC.

Задача присваивания значений приоритета является исключительно важной, поскольку от приоритета запроса непосредственно зависит, в каком порядке и в какие сроки этот запрос будет проходить процессы изучения и реализации. Особенно важно правильно проводить классификацию по экстренным приоритетам, присваивая этот приоритет только тем изменениям, которые в нем нуждаются, поскольку путь таких изменений через процесс реализации изменений значительно ускоряется. Не менее важными эти соображения становятся, если RFC, которым ранее был присвоен неправильный приоритет, снова передаются менеджеру изменений для повторной оценки. Менеджер изменений может откорректировать приоритет, если он не считает приемлемым значение приоритета, предложенное инициатором изменения, или если изменение, имеющее экстренный приоритет, не рассматривается как безотлагательное кризисным комитетом консультативного совета по изменениям (CAB/EC).

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

Изменение классификации приоритета

Как было указано выше, приоритет определяется тем, насколько востребованным является данное изменение. Значение приоритета используется для принятия решения о том, насколько быстро должна проводиться оценка и реализация того или другого изменения. Безусловно, любая организация может определить собственные уровни приоритета, но в табл. 2 приведены дополнительные пояснения по использованию четырехуровневой системы классификации, которая применяется в данной стадии обработки RFC.

Таблица 2. Предлагаемые наилучшие рекомендации по определению приоритетов изменений

Приоритет	Определение приоритета
Экстренный	Вызывает потерю доступа к сервису или серьезные нарушения удобства и простоты использования, причем указанная ситуация затрагивает большое количество пользователей или влияет на работу ответственной системы, либо приводит к возникновению столь же серьезных проблем. Должны быть немедленно предприняты соответствующие действия. Возможно, должны быть созваны срочные совещания CAB или CAB/EC. Возможно также, что должны быть немедленно выделены ресурсы для развертывания утвержденных изменений такого рода
Высокий	Серьезно затрагивает некоторых пользователей или оказывает отрицательное влияние на работу большого количества пользователей. Должен применяться наивысший приоритет при распределении ресурсов для создания, проверки и реализации изменения
Средний	Не оказывает какого-либо серьезного воздействия, но устранение инцидента не может быть отложено, например, до следующего действующего по графику обновления. При распределении ресурсов должен применяться средний приоритет
Низкий	Изменение оправдано и необходимо, но может быть отложено до следующего запланированного релиза или обновления. С учетом этого должно происходить и распределение ресурсов

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