События последних лет показали, что от скорости принятия решений зависит работа как как предприятий, так и ИТ-жизнь всего государства. Уход зарубежных вендоров программного обеспечения обратил внимание на вопрос импортозамещения информационных систем. Для одних организаций это формализовалось в череду длительных трансформационных ИТ-проектов, для других – оперативный переход на отечественные программные образцы для выживания в современных реалиях.
В обоих случаях потребовалось грамотное и эффективное управление ИТ-проектами. В информационном пространстве доступно множество литературных источников по данной тематике [1-3]. Но для них всех фактически пред источником является свод знаний по управлению проектами, наиболее полно освещающий вопросы и проблематику проектного управления.
PMBoK включает в себя ряд параметров, контроль и управление которыми является обязательным на проекте. Другой особенностью PMBoK служит то, что методология не привязана к какой-либо предметной области: знания управления проектами универсальны и применимы в ИТ, строительных, маркетинговых и прочих отраслях.
Цель работы состоит в анализе методологии PMBoK и ее применимости как к проектам внедрения ERP-системы, так и всему ее жизненного циклу. Работа будет организована следующим образом:
обзор свода знаний PMBoK;
сопоставление областей знаний PMBoK и этапов жизненного цикла ERP-системы;
уточнение области применения свода знаний по управлению проектами.
Свод знаний по управлению проектами или PMBoK
Определение 1. Свод знаний по управлению проектами (Project Management Body of Knowledge, PMBoK) – это систематизированное собрание лучших практик, терминов, процессов и методик, применяемых в области проектного менеджмента.
Свод знаний по управлению проектами разрабатывался и поддерживался Институтом по управлению проектами, сейчас же каждый может внести вклад в его развитие. PMBoK апеллирует 5-ю группами процессов управления проектом, в состав которых входят [4]:
инициация, где определяются начальное содержание проекта, заинтересованные стороны, назначается руководитель проекта, а также официально объявляется о старте проекта;
планирование, здесь задаются стратегия, тактика, последовательность действий для успешного выполнения проекта;
исполнение, подразумевающее непосредственное выполнение проектных работ, определенных на предыдущем шаге;
мониторинг, позволяющий отслеживать фактический ход реализации проекта и сравнивать его с запланированными показателями;
контроль, обеспечивающий координацию и обработку отклонений,
закрытие, где ведется формальное завершение договорных обязательств, анализ выученных уроков, высвобождение ресурсов.
Внимательное рассмотрение указанных групп процессов обращает нас к PDCA-циклу, известному как цикл Деминга. Данный цикл обязует сначала запланировать работы, после чего приступить к их выполнению, контролируя ход реализации и обрабатывая отставания. PMBoK использует цикл Деминга, дополняя его активностями инициации и закрытия (рис. 1).

В разрезе групп процессов описываются области знаний, задающие термины, понятия и действия, необходимые для реализации проекта (табл. 1). Тогда согласно PMBoK выполнение проекта или его части сводится к активностям инициации, планирования, исполнения, мониторинга, контроля и закрытия, применимым к каждой области знаний (рис. 2).
Табл. 1. Области знаний PMBoK
№ |
Область знаний |
Описание активностей |
1 |
Интеграция |
Подготовка устава проекта, описывающего цель и задачи проекта, границы (организационные, географические, функциональные, интеграционные, методологические и др.), этапы работ и их ключевые даты, список вовлеченных сторон, выявленные риски, критерии успеха;формирование плана управления проектом для всех нижеприведенных областей знаний PMBoK, задающего порядок инициации, планирования, исполнения, мониторинга, контроля и закрытия над ними;заведение шаблонов проектных документов; |
2 |
Содержание |
Задание списка выполняемых работ;распределение ответственности за проектные активности с использованием RACI-матрицы; |
3 |
Человеческие ресурсы |
Определение человеческих ресурсов, необходимых для выполнения проектных работ;номинирование ответственных и вовлечение человеческих ресурсов в проектные работы;формирование ресурсного плана; |
4 |
Сроки |
Подготовка план-графика проекта, руководствуясь содержанием проекта и пониманием доступности человеческих ресурсов; |
5 |
Стоимость |
Расчет бюджета, согласно план-графику проекта и необходимым внешним закупкам у контрагентов; |
6 |
Стейкхолдеры |
Ведение списка заинтересованных сторон и определение стратегии взаимодействия с ними, вовлечение их в работу над проектом; |
7 |
Коммуникации |
Формирование плана коммуникаций со стейкхолдерами, задающего частоту, продолжительность, способ проведения и аудиторию для рабочих встреч, и его исполнение; |
8 |
Риски |
Качественный анализ рисков, который проводится на основе расчета вероятности и степени влияния события на исход проекта;количественный анализ рисков, позволяющий выполнять стоимостную оценку неблагоприятного события; |
9 |
Качество |
Задание ключевых показателей качества проекта и осуществление их контроля; |
10 |
Закупки |
Заключение различных видов договоров (фиксированная цена, возмещение затрат, время и материалы) с контрагентами на поставку товаров, работ или услуг, необходимых для проекта. |

Области знаний PMBoK и этапы жизненного цикла ERP-систем
Жизненный цикл корпоративных информационных систем представим последовательностью этапов, через которые проходит программная система в течение срока своего существования. Каждый этап подразумевает выполнение определенных работ над программным обеспечением. Если сгруппировать этапы по времени их реализации, получаем три вида активностей [5]:
предпроектное обследование;
проект внедрения;
пост-проект внедрения.
Детальное рассмотрение фаз жизненного цикла ERP-систем позволяет отметить, что этапы бизнес-кейса и заключения договора, включенные в пред-проект внедрения, а также поддержки и прекращения применения, задающие пост-проект имплементации, преимущественно ведутся на стороне заказчика (рис. 3). Отложим их анализ и сосредоточим усилия только на тех фазах, которые обычно лидируются исполнителем.

Подобное допущение позволяет выполнить сопоставление областей знаний PMBoK с ключевыми этапами жизненного цикла корпоративных систем, принимая во внимание то, что каждый домен знаний задается 6-ю группами процессов по управлению проектом (табл. 2).
Табл. 2А. Области знаний PMBoK и этапы жизненного цикла ERP-системы (часть 1)
№ |
Область знаний |
Предпроект внедрения |
Проектимплементации |
||
Тендер |
Мобилизация |
Анализ |
Проектирование |
||
1 |
Интеграция |
Инициация |
Исполнение |
||
2 |
Содержание |
||||
3 |
Сроки |
||||
4 |
Человеческие ресурсы |
||||
5 |
Стоимость |
||||
6 |
Стейкхолдеры |
Инициация |
|||
7 |
Коммуникации |
||||
8 |
Риски |
||||
9 |
Качество |
Исполнение |
|||
10 |
Закупки |
||||
Анализируя результаты сопоставления фаз ERP-проекта и доменов знаний PMBoK, хочется отметить следующее ...
Выходные данные, полный текст статьи
Степанов Д.Ю. PMBoK для управления проектами внедрения ERP-систем (часть 1) // Корпоративные информационные системы. – 2024. – №2 (26) – c. 33-39. – URL: https://corpinfosys.ru/archive/2024/issue-26/284-2024-26-pmbok.

uzverkms
Вы в начале пишете, что PMBoK описывает 5 групп процессов, затем перечисляете их в виде 6 пунктов. И далее на картинке пишете 6 групп процессов. Это ошибка.
И PDCA не имеет отношения к описанию взаимоотношения групп процессов внутри проекта. Вы не верно интерпертировали визуализацию со схемы границ проекта. Группа процессов мониторинга и контроля реализуется не отдельными шагами, а на всём протяжении проекта.