1. Стратегическая необходимость PMO для успеха проекта
По мере увеличения масштаба проекта и количества заинтересованных сторон сложности управления проектом резко возрастают. Особенно в крупных проектах по системной интеграции (SI) одновременно участвует множество организаций, таких как заказчик, подрядчики, команды разработки, операционные группы и внешние партнеры.
Проблема в том, что у каждой организации свои цели и приоритеты. Заказчики обращают внимание на соблюдение сроков и качество, а команда разработки учитывает техническую стабильность и эффективность разработки.
В то же время операционные организации часто ставят в приоритет поддерживаемость и стабильность работы. В такой среде просто хорошая разработка не гарантирует успех проекта. Обязательно необходима роль, которая будет координировать весь проект и комплексно управлять сроками, затратами, качеством и рисками. Именно на этом фоне и появилась организация PMO (Офис управления проектами).
PMO не просто организация, предоставляющая управление поддержкой. Это более близкая к ключевой операционной организации, которая поддерживает проекты в стабильном достижении целей. Особенно в последние годы проектная среда становится гораздо более сложной, чем в прошлом.
Например, такие элементы, как следующие, увеличивают сложность проекта.
- Увеличение итеративной разработки на основе Agile
- Мультивендорная среда сотрудничества
- Быстро меняющиеся требования
- Распространение облачных и MSA-сред
- Укороченный график проекта
- Высокие требования к качеству
В таких ситуациях простого управления расписанием недостаточно для стабильного ведения проекта. На самом деле значительная часть причин неудач проектов возникает в области управления, такой как проблемы коммуникации, сбои в контроле расписания и неэффективное управление требованиями, а не технические проблемы.
PMO выполняет роль стандартизации системы управления проектом, объективного анализа хода выполнения и раннего выявления рисков, чтобы минимизировать эти проблемы. То есть можно сказать, что PMO является стабилизирующим механизмом, который помогает всей проектной организации работать в едином стандарте и направлении.
2. Сила управления, создаваемая PMO
Роль PMO выходит за рамки простого управления расписанием встреч или составления отчетов. Она включает в себя поддержку и управление всем процессом проектного управления, а также стандартизацию систем управления.
Первая роль — это стандартизация процессов.
Если методы управления графиками или форматы выходных материалов различаются в разных проектах, это может привести к значительным путаницам в процессе совместной работы. Чтобы этого избежать, PMO определяет стандартизированные процессы управления графиками, управления проблемами, управления качеством и системы отчетности.
Например, стандартизируются такие элементы, как:
- Критерии составления WBS
- Шаблон вывода
- Шаблон еженедельного отчета
- Процедура управления проблемами
- Процесс управления изменениями
- Стандарты управления тестированием
Таким образом, члены команды проекта смогут выполнять работу согласно единым стандартам.
Вторая роль заключается в мониторинге и отчетности по результатам.
PMO постоянно собирает и анализирует статус выполнения проекта. Он комплексно мониторит такие показатели, как уровень фактического выполнения графика, результаты тестирования, состояние возникающих дефектов и уровень рисков, и сообщает об этом руководству и заказчикам. Особенно важно, чтобы PMO выполняло свою роль интегрированного управления, поскольку чем крупнее проект, тем труднее получить полное представление обо всей информации.
Третья роль заключается в управлении рисками.
В проекте могут возникать различные риски, такие как задержки по срокам, нехватка рабочих рук, технические проблемы, изменения требований и т.д. PMO рано идентифицирует эти рисковые факторы и разрабатывает стратегии реагирования.
Например, если конкретный график разработки постоянно откладывается, мы не просто делимся статусом, но и рассматриваем такие меры, как:
- Дополнительное выделение кадров
- Корректировка приоритетов
- Перенос расписания
- Сужение функциональности
- Согласование с заказчиком
Четвертая роль заключается в роли коммуникационного хаба.
Поскольку в проекте существует множество заинтересованных сторон, misunderstandings и конфликты часто возникают в процессе передачи информации. PMO выполняет посредническую роль между командой проекта, заказчиком и руководством, передавая необходимую информацию в нужное время и поддерживая сотрудничество. В результате PMO становится центральным звеном проекта.
3. Возможности PMO, больше чем просто управление
Для успешного выполнения работы PMO недостаточно только навыков управления. Необходимы как техническое понимание, так и способность координировать взаимодействие между людьми.
Первое ключевое компетенция — это понимание методологий управления проектами.
PMO должно понимать различные методологии разработки, такие как Waterfall, Agile, Scrum, и уметь применять их в зависимости от ситуации проекта. Например, в SI проектах все еще широко используется управление на основе Waterfall, но в последнее время также часто применяются итеративные методы разработки на основе Agile. Поэтому PMO должно понимать преимущества и недостатки обоих методов и уметь соответственно регулировать процесс. Кроме того, необходимо уверенно использовать инструменты управления проектами, такие как JIRA, Confluence, MS Project.
Вторая ключевая компетенция — это навыки общения.
PMO выполняет роль посредника между различными заинтересованными сторонами. Например, заказчик может требовать быстрого выполнения сроков, в то время как команда разработчиков может утверждать, что им нужно больше времени для обеспечения качества. В такой ситуации PMO должен находить компромисс, основываясь не на эмоциональном подходе, а на объективных данных и фактах. То есть, он должен действовать не просто как передатчик информации, а как «переводчик коммуникации».
Третье - это аналитические способности.
PMO не просто передает отчетные цифры. Он должен обнаруживать аномалии в данных о прогрессе и предсказывать потенциальные риски. Например, даже если уровень прогресса в определенной части разработки выглядит нормально, анализируя скорость увеличения дефектов или уровень неудач на тестах, можно заранее выявить возможность задержки в графике.
Четвёртое — это возможности управления качеством.
Необходимо установить стандарты и проводить проверки, чтобы продукты проекта поддерживали качество на уровне выше определённого. Особенно в крупных проектах могут возникнуть значительные отклонения в качестве продуктов, поэтому роль управления качеством PMO крайне важна. В конечном итоге PMO можно рассматривать как комплексную управленческую роль, обладающую не только управленческими способностями, но и техническим пониманием, аналитическими навыками и коммуникативными способностями.
4. Процесс выполнения задач PMO
Задачи PMO выполняются в том же потоке, что и жизненный цикл проекта (Project Life Cycle).
Обычно их можно разделить на четыре этапа.
- Этап инициирования (Initiation)
- Этап выполнения (Execution)
- Этап контроля (Control)
- Этап закрытия (Closing)
На этапе начала прежде всего устанавливаются стандарты управления проектом.
Определяя отчетную систему, цикл встреч, полномочия для принятия решений и каналы коммуникации, мы создаем базовую структуру для управления проектом. Также мы рассматриваем WBS (структура разбивания работы), чтобы убедиться, что нет пропущенных сроков или нереалистичных планов. Эта стадия очень важна, так как если критерии не будут должным образом установлены, весь проект может столкнуться с проблемами. На этапе выполнения мы постоянно управляем фактическим ходом проекта. Мы собираем данные о прогрессе каждой части разработки и анализируем фактические результаты по сравнению с графиком. Мы составляем еженедельные и ежемесячные отчеты, делимся ими с клиентами и руководством и визуализируем состояние проекта. Особенно важно быстро выявлять расхождения в графике через анализ План против Факта.
На этапе контроля мы сосредотачиваемся на управлении рисками и проблемами.
Например, если обнаруживается вероятность задержки, мы не просто делимся текущим состоянием, но также проводим анализ причин и разрабатываем стратегию реагирования. Кроме того, неразрешенные вопросы быстро передаются вышестоящим лицам для принятия решений через процедуру эскалации. Это помогает предотвратить затягивание проблемы.
На последнем этапе завершения проекта мы подводим итоги и формализуем активы.
Поддерживает окончательную проверку на соответствие результатов требованиям, анализирует факторы успеха и неудачи проекта. Упорядочивает это в форме Lessons Learned для использования в следующем проекте. Также накапливает шаблоны, операционные знания и управленческие стандарты, использованные в проекте, как организационные активы. Таким образом, PMO выполняет не только задачи управления текущим проектом, но и роль по постоянному улучшению проектных возможностей всей организации.
5. PMO в реальной проектной среде
В реальной проектной среде PMO имеет значение, превосходящее простое управление.
Особенно в крупных SI-проектах атмосфера проекта может значительно меняться в зависимости от роли PMO. Если проект стабильно функционирует, обычно PMO очень систематически управляет расписанием, вопросами и коммуникацией.
С другой стороны, проекты с слабой функцией PMO испытывают следующие проблемы, которые повторяются.
- Неп一致ие графика
- Неясность ответственности
- Долгосрочные проблемы
- Увеличение конфликта с клиентом
- Возникновение дублирующих работ
- Отклонения в качестве продукции
Особенно в проектах, где часто происходят изменения требований, важность PMO возрастает. Невозможно полностью предотвратить изменения требований, но необходимо быстро анализировать влияние изменений и объективно управлять их воздействием на график и ресурсы.
Кроме того, в современных проектах часто смешиваются Agile и традиционные методологии Waterfall. В таких условиях требуется не просто документально-центрированное управление PMO, но и более гибкие и практичные координационные способности.
Например, необходимо связывать прогресс в Agile Sprint с отчетностью для заказчиков или быстро меняющиеся требования интегрировать с общим графиком проекта. Также в проектах на базе облачных технологий, DevOps и MSA возрастает техническая сложность.
Следовательно, в последнее время PMO важнее понимать не только простые административные функции, но и технологические тренды. В конечном итоге современное PMO можно рассматривать как сложную организацию, которая выполняет функции «менеджера проектного управления», а также «координатора», «аналитика» и «менеджера по кризисам».
6. Заключение
PMO (офис управления проектами) не является просто организацией, поддерживающей проекты. Это скорее ключевая операционная инфраструктура, которая помогает проектам надежно достигать своих целей.
Особенно по мере увеличения масштаба проекта и усложнения заинтересованных сторон роль PMO становится еще более важной. PMO стандартизирует систему управления проектами, объективно отслеживает ход выполнения и своевременно выявляет и реагирует на риски.
Кроме того, он выполняет роль коммуникационного хаба между проектной командой, клиентом и руководством, согласуя конфликты и способствуя сотрудничеству. После завершения проекта он также способствует улучшению проектных возможностей организации, создавая Lessons Learned и формируя результаты в актив.
Таким образом, можно сказать, что PMO выполняет роль не только для простого успеха текущих проектов, но и для усиления устойчивых способностей организации к выполнению проектов. В будущем проектная среда, вероятно, станет ещё более сложной.
Особенно в условиях цифровой трансформации, расширения облачной инфраструктуры и увеличения систем на базе ИИ, сложность управления проектами будет продолжать расти. В таких условиях я думаю, что роль PMO также будет развиваться от простого управления графиками до более стратегической операционной организации.
Роли PMO, ключевые компетенции и процессы работы, изложенные в этой статье, могут стать полезными критериями для понимания и управления PMO в реальной проектной среде.
Список литературы
• Министерство внутренних дел и администрации, Руководство по внедрению и эксплуатации PMO электронного правительства, 2021.
• Министерство науки и технологий Республики Корея, Общие стандарты управления и надзора в области программного обеспечения, 2023.
N22-011