Нужен ли проектный менеджер после AGILE трансформации?
Во многих организациях во время AGILE трансформации возникает вопрос «А нужен ли нам теперь проектный менеджер и PMO»? Ведь у них уже идет поиск кандидатов на позиции Scrum Master и Product Owner. И как теперь к этой AGILE структуре пристроить «проектников»? На своем опыте я была свидетелем идентичной ситуации несколько раз, и к сожалению в большинстве случаев вопрос решался не в пользу проектных менеджеров, а это очень сильно повлияло на дальнейшие проекты не в лучшую сторону.
Немного статистики, для подтверждения моих слов выше. Согласно исследованиям от PWC https://www.pwc.com.tr/en/publications/arastirmalar/pages/pwc-global-project-management-report-small.pdf:
97% опрошенных согласились с важностью проектных менеджеров для улучшения эффективности и успешности организации;
94% согласились с тем, что вклад проектных менеджеров неоценим для роста компании;
Только 34% организаций начали и успешно используют AGILE методологию для управления проектами;
59% компаний после AGILE трансформации уже достигли успеха в своих проектах;
и 49% компаний улучшило эффективность бизнеса после AGILE трансформации. Остальные догоняют.
Но для начала давайте разберем кем же являются эти незаменимые менеджеры.
1. Проектный менеджер (Project manager)
Проектный менеджер или Руководитель проекта – лицо, назначенное организацией руководить командой, отвечающей за достижение целей проекта, наделенное для этого достаточными полномочиями для успешного завершения проекта в ожидаемом качестве, в установленное время, в рамках бюджета с выделенными ресурсами и определёнными рисками. Он работает с командой для достижения цели проекта в соответствии с требованиями, поставленными спонсором проекта.
Для проектного менеджера очень важным является сочетать в себе многие качества для успешного управления проектом: определять приоритетные вопросы и находить правильных людей для получения ответа, управлять командой, разрешать конфликты, и поддерживать мотивацию проектной команды.
Какие самые важные роли и зоны ответственности проектного менеджера?

Я определила самые важные. С полным перечнем можно ознакомиться в PMBOK.
2. Владелец продукта (Product Owner)
Согласно описанию роли в SCRUM GUIDE, Product Owner отвечает за достижение максимальной ценности продукта над которым работает команда. Достижение этой цели очень сильно разнится от масштаба продукта, состава команды и размера организации, для которой делается данный продукт.
Главной задачей Product Owner’а является управление списком задач (Product Backlog) для достижения максимального эффекта. Это в себя включает следующее:
Контролировать, чтобы каждая задача четко отражала требования;
Оптимизация работы команды, которая работает над задачей с целью достижения большей ценности продукта;
Выстраивать задачи в таком порядке, чтобы быстрее достигнуть необходимой цели, правильно расставляя приоритеты между задачами;
Добиваться и убедиться, что каждый член команды правильно и полностью понял каждую задачу из списка;
Отвечает за то, что список задач понятен каждому в организации, прозрачен процесс разработки продукта.
Поскольку в каждом конкретном случае Product Owner отвечает за разные или отличающиеся продукты, он должен уметь определять: потребности каждого заказчика/клиента; отрасль, к которой данный заказчик относится; и понимать для достижения каких стратегических целей данный продукт делается.
Какие самые важные роли и зоны ответственности Product Owner’а?

Product Owner находится в постоянном контакте со всеми заинтересованными сторонами продукта и отвечает за успешность данного продукта. Он должен быть на одной волне с заказчиком, понимать пользователя, знать ключевые преимущества продукта и владеть необходимыми знаниями для определения маркетинговых стратегий, которые помогут продвижению продукта.
3. Скрам Мастер (Scrum Master)
Основываясь на том же SCRUM GUIDE, мы понимаем, что Scrum Master в первую очередь продвигает SCRUM метод и отвечает за правильное понимание теории, практики, правил и важности метода SCRUM. Scrum Master в первую очередь является помощником Scrum-команды. Он помогает увеличить эффективность Scrum-команды и сделать их работу прозрачной.
Какие самые важные роли и зоны ответственности Scrum Master’а?

Согласно вышеописанному Scrum Master является гуру гибких методов в управлении командой и задачами. Он продвигает SCRUM и AGILE мышление в команде и организации для наискорейшего достижения цели с минимальными затратами.
А теперь к самому интересному, почему не рекомендуется эти роли объединять или почему они все важны для успешного завершения проекта и успешности продукта?
Достаточно часто в процессе трансформации организации в AGILE управление проектами или когда организации пытаются стать более гибкими (AGILITY) руководством ошибочно понимается, что роль проектного менеджера больше не нужна и с его задачами вполне может справиться Scrum Master, а задачи спонсора можно перекинуть на Product Owner’а.
Рассмотрим случай, когда зона ответственности проектного менеджера распределены между другими ролями:
Ориентированность на процессы управления проекта, могут быть переложены на Scrum Master’а;
Распределение задач, может стать ответственностью самой команды;
Управлять зависимостями и возникшими проблемами, может быть взята Product Owner’ом;
Приоритизация задач и управление затратами, может быть так же взята Product Owner’ом;
Управление рисками, перекладывается и на Product Owner’а и на Scrum Master’а.
Возможно, в некоторых достаточно мелких организациях, у которых проекты касаются разработки небольшого продукта, это и может иметь место. Но нужно не забывать о том, что при таком подходе идет очень большое ограничение в возможности масштабировать продукт (Scalability), появляются ограничения в росте организации, и появляется дефицит ресурсов. Также нужно понимать, что такие команды будут иметь немного другой взгляд и понимание в Гибкости сложной многозадачной организации (Agility in Complex).

Таким образом мы понимаем ключевые факторы, при которых роль проектного менеджера становится необходимостью и его наличие является ключевым фактором успешности проекта.
В заключение я хотела бы отметить, что описанные выше роли действительно пересекаются между собой в какой-то мере и могут быть частично компенсированы. Но, особенностями и главными факторами успешности каждой роли являются разные зоны ответственности этих ролей. Владелец продукта отвечает за определение задач и их приоритизацию основываясь на знаниях в области, для которой данный продукт делается. Проектный менеджер владеет целым набором личностных качеств для управления проектом и достижения успешности проекта имея определенные ограничения в сроке, бюджете и требованиям к качеству. Имея такие ограничения, только проектный менеджер может решить все возникшие вопросы и контролировать весь проект. Scrum Master тем временем является идеологом гибкого подхода в исполнении задач проекта для разработки продукта. Он «горой» стоит за команду, обучая их, находя пути увеличения эффективности этой команды и методов улучшения качества. Вместе они могут достигать успешного завершения AGILE проекта в самое короткое время в AGILE среде. Понимание этого аспекта является крайне важным на пути к AGILE трансформации организации.
