Домен "Приобретение и внедрение": процессы, отвечающие за поставку ИТ-ресурсов, управление и реализацию изменений

8.3. AI 7. Внедрение и приемка решений и изменений

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

Рис. 8.3. Процесс "Внедрение и приемка решений и изменений"

Внедрение и приемка решений и изменений

удовлетворяет следующим бизнес требованиям к ИТ

внедрение новых или подвергшихся изменениям систем, которые работают без существенных проблем после инсталляции

сосредоточено на

проверке соответствия приложений и инфраструктурных решений поставленным задачам и на отсутствие ошибок, а также на планировании выпуска версий

достигается с помощью

• Внедрения методологии тестирования
• Планирования выпуска версий
• Оценки и утверждения результатов тестирования бизнес-менеджерами
• Проведении анализа результатов внедрения

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

• Количество простоев в работе приложений или число исправлений в данных, вызванных некачественным тестированием
• Доля систем, соответствующих ожидаемым результатом (по данным анализа результатов внедрения)
• Доля проектов, имеющих документированный и утвержденный план тестирования.

В таблице 8.9 представлена информация, необходимая для процесса и ее источники.

В таблице 8.10 приведены результаты процесса и то, куда они должны поступить.

Таблица 8.11 содержит таблицу ОУКИ для процесса, а таблица 8.12 – цели и показатели.

Цели контроля

• AI 7.1. Обучение

  Проводить обучение пользователей и операционной группы в составе службы ИТ в соответствии с определенным планом обучения и внедрения, являющимся частью проекта разработки, внедрения или модификации любой информационной системы.
• AI 7.2. План тестирования

  Разработать план тестирования, основанный на общекорпоративных стандартах, определяющих роли, обязанности, ожидаемые результаты на входе и выходе системы. Следует убедиться, что план утвержден заинтересованными сторонами.
• AI 7.3. План внедрения

  Разработать план внедрения и отмены изменений. Получить утверждение заинтересованных сторон.
• AI 7.4. Среда тестирования

  Определить и создать безопасную среду тестирования, содержащую репрезентативную выборку планируемой среды промышленной эксплуатации в таких аспектах как безопасность, меры внутреннего контроля, эксплуатационная практика, качество данных, требования в отношении персональных данных, эксплуатационная нагрузка.
• AI 7.5. Перенос системы и данных

  Запланировать перенос данных и инфраструктурный переход как часть методов разработки, принятых в организации, включая контрольный журнал, варианты отмены изменений и возвращения в прежнее состояние.
• AI 7.6. Тестирование изменений

  Тестировать изменения независимо друг от друга в соответствии с определенным ранее планом тестирования до внедрения в эксплуатационную среду. Следует убедиться, что план включает в себя аспекты, связанные с безопасностью и производительностью.
• AI 7.7. Тестирование перед окончательной приемкой

  Следует убедиться, что владельцы бизнес процессов и заинтересованные стороны в службе ИТ оценили результаты тестирования, как предусмотрено планом тестирования. Исправить существенные ошибки, выявленные в процессе тестирования, завершить выполнение комплекса испытаний, определенных планом тестирования и, при необходимости, регрессионное тестирование. После завершения анализа, утвердить ввод в эксплуатацию.
• AI 7.8. Ввод в эксплуатацию

  По завершению тестирования, контролировать ввод изменений в среду промышленной эксплуатации в соответствии с планом внедрения. Получить подтверждение от основных заинтересованных сторон, таких как пользователи, владелец системы и операционное руководство. Если это возможно, запустить новую систему параллельно со старой и сравнить их работу и результаты.
• AI 7.9. Анализ результатов внедрения

  Остановить процедуры, соответствующие стандартам организационного управления изменениями, для получения анализа результатов внедрения как необходимого элемента плана внедрения.

В литературе по сервис-менеджменту особый упор делается на возможность "отката" в случае неудавшегося изменения. При планировании критичного изменения необходимо создать план по восстановлению, который будет включать в себя действия в случае неудавшегося внедрения. В идеальном случае он позволит вернуться в исходное состояние, в худшем - минимизировать последствия. Для возврата в исходное состояние и сравнения используется термин "базовое состояние". Оно представляет собой точку отчета, некое зафиксированное состояние, используемое в дальнейшем как контрольная точка.

Практическое задание

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

• при развертывании система не будет работать корректно. Например, скрипт базы данных не создаст при инициализации какую-то таблицу и приложение не запустится;
• система требует Apache 2.4, а у Вас – Apache 2.2;
• новое приложение сильно тормозит сервер, что влияет на другие приложения;
• межсетевой экран не дает внешним пользователям получить доступ к приложению;
• после развертывания пользователи обнаруживают, что сервис работает не так как нужно.

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

Решение:

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

1. Создание тестовой среды. Тестовая среда должна быть максимально приближена к среде промышленной эксплуатации (использовать то же оборудование, операционные системы и другие приложения).
2. Планирование тестирования. После создания тестовой среды, необходимо выбрать тех, кто будет тестировать и составить детальный план тестирования, который максимально затронет функционал системы. Еще лучше разбить тестирование на отдельные составляющие и прикрепить к ним пользователей. Например:
   • Тест 1: Регистрация пользователя – тестировщик Николай Иванов;
   • Тест 2: Публикация работы на сайте – тестировшик Юлия Аминова и т.п.
3. Проведение тестирования
4. Составление отчета. В конце необходимо сделать единый отчет о тестировании и предоставить его руководству. Даже если не все тесты будут иметь положительный результат, может быть принято решение о продолжении внедрения.
5. Составление плана развертывания. После проведения тестирования, Вы уже более осведомлены об особенностях системы и можете приступить к созданию Плана развертывания. Если это требует изменения инфраструктуры, обратитесь к процессу "Управление внесением изменений". Для задач внедрения, которые могут затронуть другие приложения, выберите плановое время технического обслуживания или выходные дни. Чтобы сократить время, можно определить в плане специфические действия (например, записать команды Linux или каждый шаг для Windows GUI). Эти шаги предварительно должны быть протестированы в тестовой среде, чтобы убедиться в их корректности и надежности.

Задача для самостоятельного решения:

Представьте, что Вам необходимо протестировать новую систему дистанционного банковского обслуживания. Составьте два плана. Первый план – основные направления тестирования (вход пользователя в систему, подписание документов и т.п.). Второй план – более детальное описание отдельного направления с назначением ответственных и сроков выполнения работ.