Логотип

Компании Название Компании

ИТ подразделение Компании

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования

 Логотип
Компании Название Компании
ИТ подразделение Компании

Владелец документа

Ф.И.О.

Подразделение

Должность

Ф.И.О. непосредственного руководителя

Должность непосредственного руководителя

Контроль версий
Номер Статус Дата Автор Описание изменений

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 2 из 14
 Логотип
Компании Название Компании
ИТ подразделение Компании

СОДЕРЖАНИЕ
1. ОБЩИЕ ПОЛОЖЕНИЯ................................................................................................................................4
1.1 Введение.................................................................................................................................................4
1.2 Термины и сокращения..........................................................................................................................4
1.3 Область применения..............................................................................................................................4
1.4 Ответственность.....................................................................................................................................4
1.5 Источники разработки...........................................................................................................................4
1.6 Методология...........................................................................................................................................4
2. УСТАНОВКА И ЗАПУСК ИЗМЕНЕНИЙ...................................................................................................6
2.1 Планирование Релиза.............................................................................................................................7
2.2 Реализация изменения/компоновка Релиза..........................................................................................7
2.3 Тестирование Релиза..............................................................................................................................8
2.4 Внедрение Релиза...................................................................................................................................8
2.5 Установка и запуск экстренных изменений.........................................................................................9
2.6 Мониторинг и контроль результатов внедрения.................................................................................9
3. РОЛИ И ОТВЕТСТВЕННОСТЬ.................................................................................................................10
4. ПОРЯДОК УТВЕРЖДЕНИЯ И ВНЕСЕНИЯ ИЗМЕНЕНИЙ...................................................................11
5. ДОКУМЕНТАЦИЯ И ОТЧЕТНОСТЬ.......................................................................................................12
ПРИЛОЖЕНИЕ № 1. Блок схема процесса установки и запуска изменений.................................................13

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 3 из 14
 Логотип
Компании Название Компании
ИТ подразделение Компании

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1 Введение
Настоящий документ «Процесс установки и запуска изменений» (далее – Процесс) является частью
системы управления информационными технологиями Компании (далее – Компания).
Настоящий Процесс определяет порядок планирования, реализации, тестирования и внедрения
изменений вносимых в ИТ инфраструктуру Компании.
Целью настоящего Процесса является обеспечение соответствия ИТ инфраструктуры ожиданиям
пользователей Компании.

1.2 Термины и сокращения

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

1.3 Область применения

Действие настоящего Процесса распространяется на корпоративный центр, и носит
рекомендательный характер для разработки собственных процессов установки и запуска изменений в
ДЗО.

1.4 Ответственность
Ответственность за выполнение настоящего Процесса несет Руководитель ИТ подразделения
Компании.

1.5 Источники разработки

При подготовке Процесса за основу были взяты следующие материалы Компании:
 «Стратегия развития информационных технологий Компании»;
 «Политика и стандарт по управлению изменениями»;
 «Процесс управления конфигурацией;
 интервью с работниками и руководством Компании.

1.6 Методология
Настоящий Процесс разработан специалистами Компании, на основе следующих подходов:

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 4 из 14
 Логотип
Компании Название Компании
ИТ подразделение Компании

 библиотека ITIL (Information Technology Infrastructure Library);

 методология CobIT (Control Objectives for Information and Related Technologies).

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 5 из 14
 Логотип
Компании Название Компании
ИТ подразделение Компании

2. УСТАНОВКА И ЗАПУСК ИЗМЕНЕНИЙ

В рамках настоящего Процесса используются следующие определения:

 Элемент - новый и/или изменяемый элемент ИТ инфраструктуры;
 Релиз – набор внедряемых совместно Элементов. Допускается, вхождение в состав релиза
единственного Элемента. Релизы классифицируются:
 по объему изменений:
 значительные Релизы – крупномасштабные развертывания новых аппаратных и
программных средств, обычно со значительно расширенными функциональными
возможностями;
 малые Релизы – незначительные усовершенствования и исправления известных ошибок;
 по типу внедрения:
 дельта Релиз – включение только изменяемых компонентов программного и/или
аппаратного обеспечения;
 полный Релиз – изменение всего комплекта программного и/или аппаратного обеспечения;
 пакетный Релиз – объединение нескольких изменений в одну группу.

 Инициатор – лицо, инициирующее изменение (работники структурных подразделений, службы

«Service Desk», ИТ подразделения и т.д.).

 Владелец – работник , являющийся основным пользователем объекта изменений и несущий

ответственность за результаты его работы (Владельцы ИС, ИТ подразделение и т.д.).

 Исполнитель – работник ИТ подразделения либо службы «Service Desk», назначенный для

реализации изменения.
Релизы содержащие изменения прикладного и системного программного обеспечения, перед
внедрением в производственную среду должны пройти испытания в тестовой среде (далее – Тестовая
среда). Основной целью Тестовой среды является выявление возможного негативного воздействия
изменений на производственную среду, таким образом, в Тестовой среде должны производиться:
 оценка возможных последствий внедрения изменений;
 оценка корректности функционирования;
 при необходимости должны предприниматься корректирующие меры.
Рекомендации к организации Тестовой среды:
 представляет собой аналог производственной среды, с идентичной функциональностью;
 использует обезличенные данные производственной среды.
Инициация «Процесса установки и запуска изменений» производится только в случае утверждения
изменения Владельцем в соответствии с «Политикой и стандартом по управлению изменениями».
Процесс установки и запуска изменений состоит из следующих этапов:

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 6 из 14
 Логотип
Компании Название Компании
ИТ подразделение Компании

 планирование Релиза;
 реализация изменений/компоновка Релиза;
 тестирование Релиза;
 внедрение Релиза;
 мониторинг и контроль результатов внедрения.
Блок – схема процесса установки и запуска изменений представлена в Приложении №1. Блок схема
процесса установки и запуска изменений.
Ниже представлено подробное описание каждого этапа.

2.1 Планирование Релиза

На данном этапе Исполнителем составляется план реализации, тестирования и внедрения Релиза
(далее – План).
В зависимости от специфики, классификации и приоритетности изменения, План может включать
рассмотрение следующих вопросов:
 распределение ресурсов необходимых для реализации изменений;
 время необходимое для реализации изменений;
 методология и подход к реализации изменений (в случае необходимости);
 описание ролей и обязанностей участников тестирования (при необходимости);
 необходимые виды тестирования и требования к ним, а также критерии приемки результатов;
 состав Релиза (включаемые изменения);
 график релиза (время и месторасположение внедрения Релиза);
 порядок переноса данных из тестовой среды в производственную;
 порядок восстановления первоначального состояния системы;
 порядок обучения пользователей работе с новым/измененным функционалом.
Планирование должно быть составлено таким образом, чтобы изменение оказывало минимальное
негативное влияние на ИТ сервисы, предоставляемые пользователям .
Результаты планирования согласовываются с Владельцем.
Исполнитель производит информирование всех заинтересованных сторон о планируемом изменении.

2.2 Реализация изменения/компоновка Релиза

На основании Плана Исполнитель выполняет необходимые действия по реализации изменения, а
также выполняет сбор Элементов и их компоновку в Релиз.
Каждому Релизу, вносимому в прикладное и/или системное программное обеспечение
присваивается номер версии, с помощью которого впоследствии возможно проводить различие данного
Релиза от других версий.

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 7 из 14
 Логотип
Компании Название Компании
ИТ подразделение Компании

В случае необходимости на данном этапе могут привлекаться Владелец, Инициатор, работники ИТ

подразделение, службы «Service Desk» либо внешние поставщики ИТ услуг.

2.3 Тестирование Релиза

На основании Плана, Исполнитель осуществляет тестирование Релиза. Процесс тестирования
Релизов вносимых в прикладное программное обеспечение должен производиться в Тестовой среде.
В общих случаях, в зависимости от масштаба и сложности изменений, к тестированию может
привлекаться Инициатор изменения, однако при установке и запуске изменений в прикладное и
системное программное обеспечение привлечение Инициатора к тестированию является обязательным.
При необходимости Исполнитель может дополнительно привлечь к тестированию различные
заинтересованные стороны.
В случае необходимости результаты и ход выполнения тестирования журналируются Исполнителем,
посредством обновления записей в журнале учета изменений («Политика и стандарт по управлению
изменениями» (Приложение №3).
Если результаты тестирования признаны успешными, лица участвовавшие в тестировании
утверждают Релиз, путем внесения записей в соответствующие заявки на изменения. В противном случае,
Релиз возвращается на этап планирования (этап 2.1). Только утвержденные Релизы передаются на этап
внедрения.

2.4 Внедрение Релиза

На данном этапе Исполнитель в соответствии с Планом осуществляет перенос Релиза из тестовой
среды в производственную среду.
По Факту внедрения Релиза Исполнитель обеспечивает:
 обновление данных в журнале учета изменений;
 информирование заинтересованных сторон о результатах внедрения.
В случае успешного внедрения Релиза Исполнитель обеспечивает:
 обновление базы CMDB, в соответствии с требованиями документа «Процесс управления
конфигурацией»;
 для крупномасштабных изменений формируется отчет об оценке эффективности внедрения
Релиза;
 проведение обучения работников (в случае необходимости);
 обновление библиотеки эталонного программного обеспечения (DSL), в случае внесения
изменений в прикладное или системное программное обеспечение .
В случае неуспешного внедрения Релиза, Исполнитель производит возврат информационной
системы в состояние до внедрения Релиза, согласно Плану. В этом случае, после восстановления
информационной системы, повторяется этап планирования (этап 2.1).
Контроль над ходом реализации данного этапа осуществляет Владелец.

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 8 из 14
 Логотип
Компании Название Компании
ИТ подразделение Компании

2.5 Установка и запуск экстренных изменений

При установке и запуске экстренных изменений по согласованию Инициатора c Владельцем и
Исполнителем допускается:
 исключение этапа планирования Релиза, либо его выполнение в сокращенном виде;
 реализация изменения/компоновка Релиза в сокращенном виде;
 исключение этапа тестирования Релиза либо его выполнение в сокращенном виде.
Установку и запуск экстренных изменений допускается проводить с оформлением соответствующей
документации после их внедрения.
Для всех экстренных изменений обязательным является предоставление Исполнителю письменного
утверждения со стороны Владельца, подтверждающее возможность внедрения экстренного Релиза
непосредственно в продуктивную среду, при исключении и/или сокращении этапов планирования,
компоновки и тестирования.

2.6 Мониторинг и контроль результатов внедрения

Мониторинг и контроль результатов внедрения проводится с целью удостовериться, что изменения
были проведены согласно Плану и достигли своих целей. Работники ИТ подразделения являются
ответственными за мониторинг и контроль, результатов внедрения. По результатам проведенных работ,
регулярно, но не реже чем раз в месяц, работники ИТ подразделения представляют Руководителю ИТ
подразделения отчет о результатах мониторинга и последствий внесенных изменений, на основе:
 информации о статусе принятых, находящихся в процессе и завершенных изменениях;
 информации о не принятых изменениях;
 оценки эффективности внедрения изменений.
Мониторинг и контроль должны проводиться на всех уровнях реализации внедренного изменения.
Информация о результатах мониторинга и контроля должна собираться на низких уровнях и поступать
для анализа эффективности на более высокие уровни управления, в виде отчетов об оценке
эффективности внедренного изменения.
Исходя из специфики внедрения экстренных изменений, Исполнитель должен уделять особое
внимание контролю результатов внедрения экстренных Релизов. В случае выявления каких-либо
несоответствий или аномального поведения ИС, после внедрения экстренных изменений, Исполнитель в
срочном порядке должен проинформировать о наблюдениях Владельца и/или Руководителя ИТ
подразделения.

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 9 из 14
 Логотип
Компании Название Компании
ИТ подразделение Компании

3. РОЛИ И ОТВЕТСТВЕННОСТЬ

Участники
Этапы
Руководитель
ИТ
Исполнитель Инициатор Владелец
подразделени
я
Планирование О С
Разработка
изменений/компоновка О
релиза
Тестирование Релиза О О И

Внедрение Релиза О И К, И
Мониторинг и контроль
О И К, И
результатов внедрения
О - ответственный, К - контролирующий, С - согласующий, И - информируемый

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 10 из 14
 Логотип
Компании Название Компании
ИТ подразделение Компании

4. ПОРЯДОК УТВЕРЖДЕНИЯ И ВНЕСЕНИЯ ИЗМЕНЕНИЙ

Настоящий Процесс утверждается (порядок утверждения документов в соответствии с

внутренними политиками и распоряжениями Компании).
Пересмотр и обновление настоящего Процесса производится на ежегодной основе, а также в случае
внесения изменений в следующие документы:
 «Стратегия развития информационных технологий Компании»;
 «Процесс управления конфигурацией»;
 «Политика и стандарт по управлению изменениями».
Работа по пересмотру настоящего Процесса вносится в ежегодный план работы ИТ подразделения
Компании. Об изменениях настоящего Процесса должны быть уведомлены все заинтересованные лица
структурных подразделений .

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 11 из 14
 Логотип
Компании Название Компании
ИТ подразделение Компании

5. ДОКУМЕНТАЦИЯ И ОТЧЕТНОСТЬ

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

документов:
 План разработки, тестировании и внедрения;
 Журнал учета изменений;
 Отчет об оценке эффективности.
Для оценки эффективности выполнения настоящего Процесса могут использоваться следующие
КПЭ:
 количество простоев в работе приложений или число исправлений в данных, вызванных
некачественным тестированием.

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 12 из 14
 ПРИЛОЖЕНИЕ № 1. Блок схема процесса установки и запуска изменений

Установка и запуск изменений

Оповещение Оповещение Обновление Отчет об

План План План Обновление
заинтересован заинтересован журнала учета оценке Управление
Документ/ ных сторон
тестирования внедрения реализации журнала учета
эффективности
изменений ных сторон изменений конфигурацией
Процедура

Тестирование
Инициатор Релиза

Реализация Да
Управление Планирование Тестирование Обновление
изменений/ Тестирование производиться Тестирование успешно Внедрение Внедрение успешно Конец
изменениями релиза Релиза Да данных DSL
Компоновка релиза Да

Нет Нет
Исполнитель Нет

Возврат в состояние
до изменения

Владелец Согласование плана

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 13 из 14
Лист согласования

Ф.И.О. Дата Подпись

ПРОЦЕСС УСТАНОВКИ И ЗАПУСКА ИЗМЕНЕНИЙ

для служебного пользования
Стр. 14 из 14