ГОСТ Р ИСО/МЭК 20000-2—2010
b
) заказчики удовлетворены результатами;
c) отсутствуюткакие-либо непредвиденные эффекты.
Любые несоответствияследует регистрировать и принимать поним надлежащие меры.
Сведения о недостатках, выявленных в результате ревизии процесса менеджмента изменений,
необходимо учитывать при формировании плана совершенствования услуг.
9.2.3 Экстренные изменения
В отдельныхслучаяхнеобходимопроводитьэкстренныеизменения и. повозможности, сразу начи
нать процессизменений, хотя некоторые подробности могут бытьдокументированы позднее. В техслу
чаях. когда процесс проведения экстренного изменения затрагивает другие требования менеджмента
изменений, необходимо, чтобы такое изменениесоответствовало этим требованиям какможно скорее.
Необходимость экстренных изменений должна подтверждаться исполнителем, а после проведе
ния изменений следует проводить ревизии для проверки того, что эти изменения действительно были
экстренными.
9.2.4 Отчетность о менеджменте изменений, анализ идействия
Записиоб измененияхследуетрегулярноподвергать ревизиям для выявления роста уровня изме
нений. часто повторяющихся видов изменений, намечающихся тенденций идругой значимой информа
ции. Результаты и выводы, вытекающие из анализа изменений, необходимо регистрировать, и в
соответствии с ними выполнятьдальнейшие действия.
10 Процесс релизов
10.1 Процесс менеджмента релизов
Цель: Осуществлять, распределять и отслеживать одно или несколько изменений в рабочей
среде.
10.1.1 Общие положения
Менеджмент релизов должен координироватьдеятельность провайдера услуг, многих поставщи
ков иделовой сферы для планирования и распространения релиза в распределенной среде.
Качественное планирование и менеджмент важны для компоновки и успешного распространения
релиза, а также для управления связанными с ним воздействиями и рисками для деловой сферы и ИТ.
Планирование релиза, предназначенного для устранения дефектов в информационных системах,
инфраструктуре, услугах идокументации, следует осуществлятьсовместно сделовым сообществом.
Все связанные с релизом обновления документации следует включать в этот релиз, например
обновления документациидля процессов деловой деятельности, документов поддержки исоглашений
об уровне услуг.
Следует оценить воздействие всех новых или измененных элементов конфигурации, предназна
ченныхдля санкционированного изменения.
Провайдеру услуг необходимо гарантировать, что итехнические, инетехнические аспекты релиза
рассматриваются совместно.
Составные части релиза следует отслеживать и обезопасить от модификаций. Только надлежа
щим образом протестированные и утвержденные релизы могут быть реализованы в рабочейсреде.
10.1.2 Политика релизов
Следует разработать политику релизов, включающую:
a) частоту итипы релизов;
b
) роли и ответственность менеджмента релизов;
c) уполномоченный орган для релиза в среде приемочного тестирования и в производственной
среде;
d) однозначную идентификацию иописания всех релизов;
e) подход к компоновке изменений в релизе:
0 подход к автоматизации создания, инсталляции и процесса распространения релиза с целью
обеспечения повторяемости и эффективности:
д) порядокпроведения верификации и приемки релиза.
10.1.3 Планирование и развертывание релизов
Провайдерууслугнеобходимовзаимодействоватьсделовым сообществомдля гарантии того, что
элементы конфигурации, включенныев релиз, совместимы междусобой и сэлементами конфигурациив
заданной среде.
При планировании релизов необходимо обеспечить гарантию того, что изменения в имеющих
дефекты информационных системах, инфраструктуре, услугах и документации согласовываются,
санкционируются, отражаются 8плановыхдокументах, координируются иотслеживаются.
23