Студопедия

КАТЕГОРИИ:


Архитектура-(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)

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




· Принятие решений по поводу реализации с неудачных изменений, касающихся их отмены, принятия дополнительных изменений, позволяющих исправить ситуацию, или осуществления подхода с “констатацией проблем и продолжением дальнейшей работы”.

· Закрытие успешно реализованных RFC и информирование инициатора.


Роли и обязанности

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

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

В процессе управления изменениями определены следующие три важные роли.

· Инициатор изменения.

· Менеджер изменений.

· Владелец изменения.

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

· Консультативный совет по изменениям (Change Advisory Board — CAB).

· Кризисный комитет CAB (CAB Emergency Committee — CAB/EC).

· Исполнительный комитет по информационным технологиям (IT Executive Committee — ITEC).

Инициатор изменения

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

Менеджер изменений

Менеджер изменений отвечает за управлением действиями, осуществляемыми в процессе управления изменениями в своей ИТ организации. Это лицо занимается осуществлением всего процесса в целом, а не на каждого отдельного изменения. Тем не менее, менеджер изменений участвует в каждом шаге процесса (от приемки RFC до реализации изменения в ИТ среде) и в конечном итоге отвечает за успешную реализацию любого изменения в ИТ среде. Обязанности менеджера изменений перечислены ниже.

· Получение запросов RFC и обеспечение регистрации их должным образом в журнале изменений.

· Выбор членов CAB и проведение совещаний CAB.

· Подготовка повестки дня для каждого совещания CAB и предоставление всей необходимой вспомогательной информации членам CAB до еще до проведения совещания.

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

· Анализ и определение приоритетов RFC.

· Определение категории, назначение владельцев изменений и планирование реализации RFC в случае утверждения соответствующего запроса на совещании CAB.

· Утверждение запросов, касающихся мелких изменений.

· Предоставление информации о ходе реализации изменения инициатору изменения и другим заинтересованным сторонам.

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

· Подготовка обзора и оценка процесса изменения.

Владелец изменения

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




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


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


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



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




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