ИТ-архитектура от А до Я: Шаблоны документов. Первое издание. Вадим Алджанов
Чтение книги онлайн.

Читать онлайн книгу ИТ-архитектура от А до Я: Шаблоны документов. Первое издание - Вадим Алджанов страница 31

СКАЧАТЬ процесса между другими процессами управления ИТ сервисами. Политика является неотъемлемой частью процессов управления изменениями и конфигурациями.

      ПОЛИТИКА

      Ключевые моменты политики включают в себя:

      •Организация процесса выпуска услуг, систем, обновлений, программного и аппаратного обеспечения;

      •Планы по тому, как развернуть новый релиз или обновление, должны быть согласованы и авторизованы со всеми соответствующими сторонами;

      •Должны быть задокументированные процесс и процедуры, с учетом возможных механизмов отката назад неудачных релизов. Планы должны включать в себя даты выпуска, результаты внедрения, а также связанные с ними запросы на изменения, известные ошибки, проблемы и т п;

      •Процесс управления версиями должен передать необходимую информацию процессу управления инцидентами и службе поддержки пользователей;

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

      •Чрезвычайные, внеплановые или срочные выпуски должны быть управляемыми согласно определенному механизму, который взаимодействует с процессом управления изменениями в чрезвычайных случаях;

      •Запуску новых релизов, версий или обновлений должен предшествовать механизм тестирования, проведены «приемочные» испытания;

      •Выпуск и установка должны быть разработаны и реализованы так, чтобы целостность аппаратного и программного обеспечения инфраструктуры, информационной системы или сервиса сохранялась на протяжении всего процесса;

      •Успех или провал установки новой версии или обновления должен быть измерен и зарегистрирован. Измерения должны включать в себя инциденты, в период до и после выпуска;

      •Анализ должен включать оценку влияния на бизнес, операционный персонал и персонала службы поддержки;

      Должен присутствовать механизм по улучшению процесса;

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

      Главная версия – содержит новую функциональность и заменяет предыдущие Незначительные и Чрезвычайные Выпуски;

      Незначительный Выпуск – содержит улучшения и исправления, и заменяет предыдущие Чрезвычайные Выпуски;

      Чрезвычайные Выпуски – (или «исправления») содержат исправления, чтобы решить срочные вопросы (иначе проблемы);

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

      •Проблемы СКАЧАТЬ