Как создать PMO, которое действительно работает?

 

«Наш PMO испытывает трудности! Руководство хочет, чтобы он у нас был, ведь многие успешные организации клянутся его эффективностью. Но традиционная структура PMO не вписывается в то, как работает наша компания. Мы знаем, что Agile не работает, если не придерживаться его принципов и намерений. Должны ли все PMO следовать одной и той же модели, чтобы быть успешными?»

Варианты ответа:

A. Так же, как компании, не строго соблюдающие правила Agile, не достигают успешных и прибыльных проектов, бизнес не может изменять проектную методологию под нестандартные потребности отрасли. Только строгое следование исходной модели Agile обеспечивает успех.

B. С присоединением Agile Alliance к PMI становится ещё важнее сохранять Agile-процессы в чистом виде и не смешивать их с традиционными подходами.

C. Поскольку каждая компания становится всё более уникальной в своей деятельности, может потребоваться создание PMO-процесса, адаптированного под специфику организации. Это допустимо, если правила служат целям бизнеса, а участники процесса фокусируются на возврате инвестиций (ROI).

D. С развитием AI следование процессу становится менее необходимым. Искусственный интеллект сам будет управлять координацией и планированием.


Правильный ответ: C

Поскольку каждая компания уникальна, PMO-процессы могут и должны адаптироваться под её особенности — при условии, что они служат целям бизнеса и обеспечивают фокус на рентабельности проектов.


Почему PMO часто терпят неудачу?

Исследование Gartner показало, что 60% PMO закрываются в течение трёх лет после создания. По данным Forrester — от 50% до 75% прекращают работу в первые три года. Многие из выживших считаются малоэффективными.

Проблема не в самой концепции PMO. Проблема в том, что PMO должны быть выровнены со стратегией бизнеса и учитывать реальную операционную модель организации.


Когда классическая модель работает

Традиционная модель предполагает:

• команда работает над одним проектом,
• полностью посвящена одной цели,
• подчиняется руководителю проекта,
• который подчиняется PMO с достаточными полномочиями.

Это отлично работает в производстве автомобилей, кроссовок, строительстве — где есть чёткая цель, понятное начало и конец, и минимальные отвлекающие факторы.


Современная реальность сложнее

В IT и сервисных организациях структура намного сложнее.
Пример компании GBM — интернет-реселлера оборудования, ПО и сервисов.

Компания:

• закупает и устанавливает оборудование,
• внедряет ПО,
• управляет серверами,
• обеспечивает безопасность,
• управляет DNS,
• обслуживает тысячи клиентов,
• регулярно интегрирует новые приобретённые компании.

В таких условиях:

• невозможно иметь команды, полностью изолированные от внешних задач,
• возникают срочные инциденты (обновления, уязвимости, утечки данных),
• проектные работы прерываются оперативными задачами.


Адаптация: Kanban вместо жёсткого Agile

PMO разработал план интеграции новых компаний, но срочные инциденты вынуждали прерывать работу.

Было принято разумное решение:

• IT-команды перешли на Kanban,
• задачи можно было гибко перераспределять,
• срочные «user stories» ставились в приоритет.

IT-команды работали в 12-недельных циклах (6 двухнедельных спринтов), синхронизируясь с более традиционными командами.


Реальность управления доступом

DNS-команда имела эксклюзивные права доступа. Но новички допускали ошибки и не проверяли корректность изменений.

Другие команды сталкивались с проблемами и ждали до месяца.

В итоге PMO разрешил опытному разработчику из другой команды получить права доступа для оперативного исправления ошибок.

Это не соответствует традиционным строгим правилам PMO — но повысило эффективность.


Вывод

Современные организации требуют гибкости.

Иногда необходимо:

• ослабить жёсткую модель «одна команда — один проект»,
• позволять сотрудникам временно переключаться на более приоритетные задачи,
• комбинировать методологии.

Если традиционный Agile или классический подход не работают полностью — можно использовать элементы:

• Extreme Programming
• DSDM
• Lean
• Kanban
• RUP
• Crystal
• Feature Driven Development

На практике оптимальной может быть гибридная модель:

гибкость Agile + структурированность PMBOK® Guide.

Если даже это не подходит идеально — корректируйте подход.

Главное — фокус на прибыльности, эффективности и результатах, а не на демонстрации «верности процессу».


Главная мысль

PMO не обязаны быть одинаковыми.

PMO должны:

• отражать реальную операционную модель,
• поддерживать стратегию,
• обеспечивать ROI,
• быть гибкими,
• мыслить нестандартно.

Не бойтесь выйти за рамки шаблонов.

Автор: Барби Дэвис, MA, PHR, PMP, PMI-ACP, PMI-PBA — владелец компании Davis Consulting, признанный автор, спикер, разработчик обучающих программ и новатор в области тренингов по презентационным навыкам.

Источник: https://www.projectmanagement.com/articles/1135994/Topic-Teasers-Vol--180--How-Do-I-Set-Up-A-PMO-That-Works-