2.2.4 Характеристика этапа эксплуатации разрабатываемого

проекта и возможных работ

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

Возможными вариантами решений являются:

- признание выявленного факта ошибкой в работе ИС и устранение её в рамках проекта.

- признание выявленного факта корректной работой ИС, но подлежащей улучшению по просьбе пользователей в рамках проекта.

- признание выявленного факта корректной работой ИС, требующего изменения в привычной организации работы заказчика. Исправление работы ИС возможно, но не в рамках проекта, а за отдельную плату и в отдельно оговорённые сроки.

На основе сформированного отчета об ошибке, студент-дипломник определял сложность доработки и решал, каким образом будет происходить исправление ошибок. Если решение проблемы не предусматривала выезд к заказчику, тогда данная проблема решалась по средствам удаленного доступа, в противном случае студент-дипломник выезжал на предприятие и решал проблему на месте.

После исправления ошибок и выполнения доработок программ, стороны подписали протокол об исправлении ошибок.

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

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

2.2.5 Ожидаемые риски на этапах жизненного цикла и их описание

Процесс управления рисками представляет собой процесс выявления контроля и устранения или минимизации последствий непредсказуемых событий.

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

Наиболее характерные риски и методы из минимизации приведены в таблице 4.

Таблица 3 - Возможные риски проекта и способы их минимизации

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

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