Управление Релизами и Установкой
Процесс Управления Релизами и Установками (Release & Deployment Management) относится к этапу внедрения управления ИТ сервисами, а также является рекомендацией стандартов ISO 20000, 27001, 27017 и 27018.
ПОЛИТИКА УПРАВЛЕНИЯ ВЕРСИЯМИ И УСТАНОВКАМИ
ЦЕЛИ
Политика является ключевым документом ИТ и регулирует процесс управления версиями и установками. Политика разрабатывается в соответствии с требованиями стандарта ISO 20000 и соблюдение ее обязательно. Политика определяет механизм взаимодействия процесса между другими процессами управления ИТ сервисами. Политика является неотъемлемой частью процессов управления изменениями и конфигурациями.
ПОЛИТИКА
Ключевые моменты политики включают в себя:
•Организация процесса выпуска услуг, систем, обновлений, программного и аппаратного обеспечения;
•Планы по тому, как развернуть новый релиз или обновление, должны быть согласованы и авторизованы со всеми соответствующими сторонами;
•Должны быть задокументированные процесс и процедуры, с учетом возможных механизмов отката назад неудачных релизов. Планы должны включать в себя даты выпуска, результаты внедрения, а также связанные с ними запросы на изменения, известные ошибки, проблемы и т п;
•Процесс управления версиями должен передать необходимую информацию процессу управления инцидентами и службе поддержки пользователей;
•Запросы на изменения должны быть оценены с точки зрения рисков и их влияния на бизнес. Процедуры управления версиями должны включать информацию по обновлению и изменению конфигурации вовлеченных компонентов;
•Чрезвычайные, внеплановые или срочные выпуски должны быть управляемыми согласно определенному механизму, который взаимодействует с процессом управления изменениями в чрезвычайных случаях;
•Запуску новых релизов, версий или обновлений должен предшествовать механизм тестирования, проведены «приемочные» испытания;
•Выпуск и установка должны быть разработаны и реализованы так, чтобы целостность аппаратного и программного обеспечения инфраструктуры, информационной системы или сервиса сохранялась на протяжении всего процесса;
•Успех или провал установки новой версии или обновления должен быть измерен и зарегистрирован. Измерения должны включать в себя инциденты, в период до и после выпуска;
•Анализ должен включать оценку влияния на бизнес, операционный персонал и персонала службы поддержки;
Должен присутствовать механизм по улучшению процесса;
•Все релизы и обновления должны быть классифицированы с указанием сроков и планов внедрения. Категоризация помогает уменьшить риски воздействия на бизнес. Релизы могут включить как минимум три класса:
Главная версия – содержит новую функциональность и заменяет предыдущие Незначительные и Чрезвычайные Выпуски;
Незначительный Выпуск – содержит улучшения и исправления, и заменяет предыдущие Чрезвычайные Выпуски;
Чрезвычайные Выпуски – (или «исправления») содержат исправления, чтобы решить срочные вопросы (иначе проблемы);
•Частота выпуска определяет ожидаемый график релизов и обновлений. При этом, помимо возможностей отделов, непосредственно вовлеченных в разработку новых версий или продуктов, необходимо принять во внимание возможности службы поддержки;
