Студопедия

КАТЕГОРИИ:


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

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




Рекомендуется, чтобы менеджер изменений формировал отчеты о состоянии выполнения RFC, используя простые запросы примерно такого содержания: “Показать все крупные RFC, ожидающие утверждения”, “Показать все мелкие изменения” или “Показать все выполняемые стандартные изменения”.

Утверждение существенных и крупных изменений

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


Процесс утверждения существенных и крупных изменений CAB показан на рис. 5.

Рис. 5. Последовательность операций утверждения существенных и крупных изменений

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

CAB, как правило, включает следующих постоянных членов.

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

· Заказчик (потребитель ИТ сервисов, оплачивающий их потребление) или представитель заказчика.

· Руководители пользователей или представители групп пользователей.

· Эксперты и/или технические консультанты.

· Эксперт по безопасности.

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

· Представитель сетевой инфраструктуры.

· Разработчики приложений и/или лица, ответственные за сопровождение приложений.

· Персонал сервисов.

· Обслуживающий персонал офисов (при обсуждении таких изменений, которые могут потребовать перестановок, или таких перестановок, которые могут потребовать изменений).

· По мере необходимости, представители подрядчиков или сторонних разработчиков (например, в тех ситуациях, когда используется аутсорсинг).

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

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

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

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


За несколько дней до проведения совещания CAB менеджер изменений может передать по электронной почте соответствующее извещение и письмо со сводными данными всем членам CAB. В письмо, передаваемое по электронной почте, рекомендуется включать перечисленные ниже сведения.

· Дата совещания, время и место его проведения (если эти условия не определены заранее).

· Формат совещания. В качестве альтернативного варианта по отношению к проведению совещаний с личным присутствием, совещания CAB могут проводиться с использованием программного обеспечения конференц-связи NetMeeting® корпорации Microsoft или с использованием телефонных звонков, проводимых в формате групповой конференции. Предпочтительным является применение программного обеспечения NetMeeting, поскольку это программного обеспечения позволяет членам CAB совместно использовать документацию и обмениваться мнениями с помощью электронных досок сообщений.




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


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


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



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




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