Здесь стоит рассказать не только о проведении предварительных комплексных испытаний, но и упомянуть о планировании проведения ОЭ. Но так как последнее закрепляется в документе “Программа проведения опытной эксплуатации”, то детально рассмотреть планирование лучше в серии публикаций про документацию проекта. В противном случае придется много чего дублировать.

Собственно, с Программы проведения ОЭ и начну. В ней нужно подробно расписать:

▫️в какой период какие сотрудники какой работой во внедряемой ИС должны заниматься;

▫️объем проводимых операций;

▫️к кому обращаться, если ИС сбоит;

▫️в какие сроки какие виды обращений должны быть устранены;

▫️отчётность по проведению и периодичность ее предоставления;

▫️а также некоторые другие сведения.

Иными словами - подробное описание с параметрами того, что, как и в какие сроки должно происходить на ОЭ. Разберём подробно позже, однако важно отметить, что такой документ должен быть составлен и согласован именно до начала проведения ОЭ.

Относительно предварительных комплексных испытаний. Они проводятся в завершение этапа. И являются допуском ИС к опытной эксплуатации.

Из чего состоят комплексные предварительные испытания: ▫️проверка полного наличия и качества подготовки документации этапов 1-3;

▫️сквозное функциональное тестирование;

▫️тестирование передачи данных с помощью интеграционных механизмов (т.е. все ли было разработано/настроено, правильно ли передаются данные, обогащаются ли, правильно ли трансформируются и т.д.);

▫️нагрузочное тестирование (кстати, очень интересная ситуация может получиться, если вы в общем ТЗ не указали максимально допустимое время работы ключевых операций, но и до договоров, и до общего ТЗ мы потихоньку доберёмся);

▫️качество и полнота загрузки первоначальных данных;

▫️качество подготовки группы ОЭ (тут, разумеется, никто экзаменов и тестов не устраивает, но убедиться в том, что группа сможет работать во внедряемой системой - надо, а в случае возникновения сомнений в качестве обучения - опросить сотрудников группы ОЭ, однозначно надо).

Зачем все так сложно: ▫️на опытной эксплуатации будут отвлечены от основной работы сотрудники компании, соответственно, к ОЭ нужно приходить с полностью готовой по первоначальному замыслу (который отражен в общем ТЗ и детализирован на первом этапе проекта) ИС;

▫️в случае входа в ОЭ с критическими недоработками потребуется непосредственно на ОЭ доводить до работоспособного состояния внедряемую ИС, а в это время члены группы ОЭ не смогут участвовать в опытной эксплуатации, соответственно, их придётся “возвращать” в рабочий процесс, а потом снова из него “выдергивать”;

▫️после доработок и дополнительных требований нужно удостовериться, что вся документация была скорректирована и отражает истинное состояние ИС, а материалы для проведения ОЭ готовы и выложены на ресурсы, доступные группе ОЭ; ▫️ну и, разумеется, доведение не готовой к ОЭ ИС сдвинет сроки этого этапа или ухудшит качество проверки, а также приведет к дополнительным трудозатратам.

Таким образом данный ключевой результат состоит из 2 частей: ▫️детальное планирование проведения опытной эксплуатации

▫️получение допуска к опытной эксплуатации путем прохождения предварительных комплексных испытаний информационной системы.

Полный перечень результатов по этапам проекта - здесь.