Наталия Михеева - Корпоративный стандарт жизненного цикла системы SAP

• 2 Этап – «Концептуальное проектирование»;

• 3 Этап – «Реализация»;

• 4 Этап – «Подготовка системы к опытно-промышленной эксплуатации»;

• 5 Этап – «Опытно-промышленная эксплуатация системы»;

• 6 Этап – «Переход к промышленной эксплуатации системы».

Регламент определяет порядок реализации проекта внедрения решений SAP в ОАО «Формула».

Целями документа являются:

• определение участников процесса реализации проекта внедрения решений SAP в ОАО «Формула»;

• регламентация процесса взаимодействия и разграничение полномочий участников в ходе реализации проекта внедрения решений SAP в ОАО «Формула».

РП от ГПВ на основании календарного плана-графика работ по проекту детализирует и уточняет план-график выполнения работ в части сроков и ресурсов проекта согласно Регламенту ведения проектов в многопользовательской системе мониторинга проектов.

Полученный детализированный план-график работ по проекту является основой для более детального контроля содержания проекта, результатов, сроков и трудозатрат по проекту.

Уточнение ДПГ работ по проекту осуществляется в начале работ каждого этапа. Согласованный ДПГ и дальнейшие его изменения публикуются на едином информационном ресурсе МСМ.

На каждом этапе проекта ведется журнал регистрации проблем проекта, на основании которого оценивается работа проектной команды в процессе внедрения решений SAP, оценивается работа системы SAP, проводится корректировка несоответствий/дефектов и решение спорных вопросов. Журнал ведется в виде таблицы в соответствии с шаблоном (Приложение 3.12).

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

Ответственным за организацию ведения журнала регистрации проблем на этапах 1–4 является РП от ГПВ. Ответственным за организацию ведения журнала регистрации проблем на этапах 5–6 является РП от ТН. Ответственным за ведение журнала регистрации проблем является администратор проекта.

На каждом этапе проекта специалистами ГПС проводится экспертная оценка документов этапа. Экспертная оценка проводится по степени готовности варианта документа/ов. Сроки проведения экспертной оценки определяются планом-графиком по проекту.

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

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

На каждом этапе проекта формируются проектные документы, согласование которых может происходить как в конце каждого этапа пакетом документов, так и в течение этапа отдельными, готовыми к согласованию документами:

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

• в случае если замечания не могут быть реализованы в рамках стандартной функциональности внедряемого объема системы, ситуация выносится на статусное совещание по проекту. Участниками совещания являются сотрудники Службы проектов SAP, представители Служб ИА и/или СП, специалисты ГПВ и ГПС.

После утверждения пакета документов этапа сотрудники Службы проектов SAP организуют процесс сохранения документов по проекту на едином информационном ресурсе МСМ согласно Регламенту ведения проектов в многопользовательской системе мониторинга проектов. Ответственным за ведение информации в МСМ является администратор проекта.