Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Руководство 5 страница




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

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

Классификация категории изменения

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

Таблица 3. Возможная классификация категорий изменений

Категория Определение категории
Крупное изменение Характеризуется проявлением потенциального воздействия на большую часть пользователей или на систему, важную с точки зрения функционирования компании. Изменение может предусматривать внедрение новой технологии или изменение конфигурации. В связи с его реализацией могут простаивать сеть или какой-либо сервис
Существенное изменение Затрагивает значительную часть пользователей. Изменение относится к категории нестандартных изменений, таких как внедрение нового продукта, подключение новых пользователей или модификация сети, и его реализация может быть связана с простоем сети или какого-либо сервиса
Мелкое изменение Затрагивает меньшую часть пользователей, а риск его реализации невелик, поскольку в организации накоплен достаточный опыт осуществления изменений, подобных предложенному
Стандартное изменение Затрагивает наименьшую часть пользователей и для него предусмотрен утвержденный процесс реализации

 

Резюме

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

· Изменению присваивается приоритет на основании определения того, насколько срочно должно быть развернуто изменение, определяемое в RFC, с учетом потребностей бизнеса.

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

· Определяется маршрут, по которому должны следовать экстренные изменения, направляемые непосредственно в CAB/EC.

· Определяется маршрут для прохождения стандартных изменений, которые были предусмотрены заранее.

· Определяется маршрут прохождения других изменений, для которых требуется получение утверждений со стороны менеджера изменений, CAB или CAB/EC.


Утверждение изменений

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

· Изменения с экстренным приоритетом минуют все промежуточные ступени организационной структуры и передаются в CAB/EC для утверждения по принципу оперативного отслеживания.

· Стандартные изменения утверждаются автоматически и передаются непосредственно в фазу разработки и реализации изменения.

· Мелкие изменения могут быть утверждены менеджером изменений без обращения в CAB.

· Все другие изменения должны быть утверждены в CAB.

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

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




Поделиться с друзьями:


Дата добавления: 2015-01-03; Просмотров: 231; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.021 сек.