Наличие всевозможных методологий по управлению проектами внедрения ERP-систем может запутать новичка [1-3]. Ведь проекты внедрения могут вестись согласно каскадной однопроходной модели или многопроходным, к которым относят итерационную и спиралевидные модели [4]. В первом случае говорят о применении PMBoK [1], во втором Agile направленных подходов [2], к примеру: Scrum, Kanban и др. Несмотря на информационный хайп и сложность внедрения корпоративных систем в подавляющем большинстве применяются каскадные способы имплементации. Поэтому понимание сути и особенностей применения PMBoK становится критичным.

Свод знаний по управлению проектами (PMBoK) дает базис понимания того, как управлять любым проектом, в том числе в области ИТ. Поэтому содержательная часть заполняется активностями и задачами, специфичными для корпоративных информационных систем [5]. Достаточно часто руководителями проектов внедрения информационных систем являются выходцы из функциональных консультантов. Последнее не исключает и обратную ситуацию, когда проектный менеджер есть лицо далекое от ERP-систем. Проходя через множество проектов имплементации, консультант обретает те необходимые знания, которые позволяют понять структуру и организацию проекта, однако дефициты в понимании проектного управления все равно могут остаться.

Основная цель статьи состоит в том, чтобы погрузить человека, вышедшего из среды функциональных консультантов ERP, в повестку управления проектами для обеспечения эффективного и качественного решения проектных задач. В рамках этой работы попытаемся ответить на все те критичные вопросы, которые часто остаются вне зоны охвата PMBoK. И начнем мы, пожалуй, с самого главного: кто есть и чем должен заниматься менеджер проекта со стороны подрядчика.

Руководитель проекта (PM, Project Manager) – это лицо, обеспечивающее выполнение проекта в заданные и заранее определенные сроки, объемы и денежные затраты [1]. Входными данными, задающими эти параметры, служат такие основополагающие документы как: план-график проекта, ресурсный план и содержание проекта, представленное RACI-матрицей. Указанные документы не исчерпывают весь объем документации, однако являются ключевыми [6]. Так, план-график проекта очерчивает сроки проекта, этапы выполняемых работ и ключевые задачи. Изначально план готовится на верхнем уровне представления, позже детализируется по мере прохождения стадий. Ресурсный план является производной от плана-графика проекта, иногда и наоборот, показывая при этом весь объем человеческих ресурсов, вовлеченных в проект в указанные сроки и с заданным процентом доступности [7]. И, наконец, RACI-матрица, задающая выходные документы и ключевые наборы задач, выполняемые как исполнителем, так и подрядчиком. Указанные три документа, следуя формуле из [1], имеют закономерность:

Сроки = Содержание / Число человеческих ресурсов,                         (1)

или

План-график = RACI матрица / Ресурсный план.                             (2)

Следовательно, изменение сроков чаще всего происходит по причине увеличения объема работ или сокращения числа человеческих ресурсов (1-28), что, в конечном счете, может привести к нарушению условий договора и последующим штрафам. Таким образом, ключевая задача руководителя проекта состоит в обеспечении реализации содержания, указанного в RACI-матрице, в установленные сроки.

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

Степанов Д.Ю. Управление проектом внедрения ERP-системы // Корпоративные информационные системы. – 2023. – №1 (21). – С. 18-25. – URL: https://corpinfosys.ru/archive/issue-21/216-2023-21-projectmanagementerp