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

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

• определение объема проекта и подразделений, в которых будет реализован проект;

• определение Руководителя проекта со стороны ОАО «Формула»; определение состава Исполнительного комитета (если требуется) и генерального подрядчика (подрядчика); определение состава проектной группы;

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

• определение сроков выполнения проекта;

• определение лица, отвечающего за контроль исполнения приказа.

Если решение о реализации проекта касается структурных подразделений ОАО «Формула», то структурными подразделениями ОАО «Формула», входящие в организационный объем проекта, издаются внутренние приказы о старте проекта внедрения корпоративной информационной системы управления предприятием на базе программных продуктов компании SAP.

Основанием для подготовки проекта договора является ТЭО, утвержденное Куратором проектов SAP.

Генеральный подрядчик в области внедрения системы SAP формирует и передает в Службу проектов SAP проект договора с приложением оценки (расчета) стоимости проекта и укрупненного календарного план-графика работ по проекту.

Проект договора согласовывается Службой проектов SAP и утверждается Главным инженером ОАО «Формула».

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

Приказ Генерального директора «Об организации проекта» и согласованный участниками договор являются основанием для реализации проекта.

Настоящий регламент разработан согласно единой методологии управления проектов. В соответствии с данной методологией все работы, выполняемые в ходе процесса внедрения решений системы SAP, состоят из 6 этапов:

• 1 Этап – «Подготовка проекта»;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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