Вопрос бессмысленный без контекста. Бывают разные структуры команд и компоновки ответственности по ролям в этих командах. Ниже попробую обобщить опыт, полученный за время работы над разными проектами и их обсуждения с коллегами
Есть определенный перечень критериев, на которые бы я порекомендовал обратить внимание в первую очередь при решении о балансе технических и управленческих навыков у проектного менеджера, в том числе (но не ограничиваясь):
Проект является развитием собственного продукта или контрактной разработкой?
Если речь идет о (длительной) контрактной разработке - стоимость ошибки, как правило, выше. Как следствие, требования к техническим навыкам должны расти, поскольку стоимость ошибок на этапах инициации и планирования проекта значительно выше, горизонт планирования также значительно выше
Если речь идет о проекте по развитию собственного продукта, технические навыки могут быть подвинуты на второй план, за счет того, что чаще для развития собственных продуктов используются итерационные подходы, что делает стоимость ошибки ниже
Предполагается ли хранение, обработка, передача информации, которая составляет коммерческую, государственную тайну, персональные данные, иную критическую информацию? Какие требования по безопасности предъявляются к результату проектной деятельности (информационной системе)?
Если речь идет о массивных информационных системах, которые оперируют вышеперечисленной информацией, на протяжении всего жизненного цикла проекта требуется отдавать себе полный отчет в соответствии требованиям информационной безопасности. Проектный менеджер без соответствующих навыков вряд-ли сможет даже сформировать соответствующую команду или оценить дополнительную стоимость за выполнение этих требований
Если речь идет о b2c приложениях, в которых в самом худшем случае могут фигурировать персональные данные, порог вхождения по техническим навыкам снижается, акцент в таких проектах делается на клиентоцентричность, повышение скорости реакции на изменения внешних условий и умение подстраиваться под них
Бюджет проекта и возможность закрыть такие роли, как: бизнес-аналитик, системный аналитик, архитектор, специалист по информационной безопасности, DevOps-инженер, TeamLead, TechLead отдельными специалистами:
Если речь идет о проектах масштаба (или финансирования) стартапа, то в обязанности проектного менеджера в основном и в первую очередь будут входить компетенции именно этих специалистов
Если речь идет о масштабных проектах с хорошим финансированием, то каждый член проектной команды будет выполнять собственную роль, и дополнительной нагрузки по непрофильным направлениям для проектного менедежра (скорее всего) не будет, что позволит снизить порог вхождения с точки зрения технических способностей
Количество провайдеров, с которыми требуется выполнить интеграцию, для достижения поставленной цели. Количество вендоров, с которыми нужно работать, для достижения поставленной цели:
Чем больше - тем выше техническая сложность - тем выше требования к проектному менеджеру, поскольку появляется большое количество зависимостей, для корректного планирования проектной деятельности с учетом которых требуются внушительные технические компетенции
И напротив, если проект является деятельностью одной (нескольких) in-house команд разработки, порог вхождения снижается
Предметная область. Тут все просто:
Решения "от программистов, для программистов" и аналогичные потребуют, конечно же, большей технической экспертизы
Напротив, максимально утилитарные в повседневной жизни решения (например, lifestyle-приложения) потребуют значительно более низкие технические компетенции
К сожалению, у меня не получилось дать бинарный ответ на ваш вопрос. Но надеюсь, что этим комментарием у меня получиться передать общий вектор мышления при собеседовании очередного проектного менеджера на ваш проект
Также, в завершение, хотелось бы напомнить, что проектная деятельность по определению (того жек pmbok) является уникальной, и к каждому проектну подход, в том числе и при сборе команды проекта, потребуется уникальный
Вопрос бессмысленный без контекста. Бывают разные структуры команд и компоновки ответственности по ролям в этих командах. Ниже попробую обобщить опыт, полученный за время работы над разными проектами и их обсуждения с коллегами
Есть определенный перечень критериев, на которые бы я порекомендовал обратить внимание в первую очередь при решении о балансе технических и управленческих навыков у проектного менеджера, в том числе (но не ограничиваясь):
Проект является развитием собственного продукта или контрактной разработкой?
Если речь идет о (длительной) контрактной разработке - стоимость ошибки, как правило, выше. Как следствие, требования к техническим навыкам должны расти, поскольку стоимость ошибок на этапах инициации и планирования проекта значительно выше, горизонт планирования также значительно выше
Если речь идет о проекте по развитию собственного продукта, технические навыки могут быть подвинуты на второй план, за счет того, что чаще для развития собственных продуктов используются итерационные подходы, что делает стоимость ошибки ниже
Предполагается ли хранение, обработка, передача информации, которая составляет коммерческую, государственную тайну, персональные данные, иную критическую информацию? Какие требования по безопасности предъявляются к результату проектной деятельности (информационной системе)?
Если речь идет о массивных информационных системах, которые оперируют вышеперечисленной информацией, на протяжении всего жизненного цикла проекта требуется отдавать себе полный отчет в соответствии требованиям информационной безопасности. Проектный менеджер без соответствующих навыков вряд-ли сможет даже сформировать соответствующую команду или оценить дополнительную стоимость за выполнение этих требований
Если речь идет о b2c приложениях, в которых в самом худшем случае могут фигурировать персональные данные, порог вхождения по техническим навыкам снижается, акцент в таких проектах делается на клиентоцентричность, повышение скорости реакции на изменения внешних условий и умение подстраиваться под них
Бюджет проекта и возможность закрыть такие роли, как: бизнес-аналитик, системный аналитик, архитектор, специалист по информационной безопасности, DevOps-инженер, TeamLead, TechLead отдельными специалистами:
Если речь идет о проектах масштаба (или финансирования) стартапа, то в обязанности проектного менеджера в основном и в первую очередь будут входить компетенции именно этих специалистов
Если речь идет о масштабных проектах с хорошим финансированием, то каждый член проектной команды будет выполнять собственную роль, и дополнительной нагрузки по непрофильным направлениям для проектного менедежра (скорее всего) не будет, что позволит снизить порог вхождения с точки зрения технических способностей
Количество провайдеров, с которыми требуется выполнить интеграцию, для достижения поставленной цели. Количество вендоров, с которыми нужно работать, для достижения поставленной цели:
Чем больше - тем выше техническая сложность - тем выше требования к проектному менеджеру, поскольку появляется большое количество зависимостей, для корректного планирования проектной деятельности с учетом которых требуются внушительные технические компетенции
И напротив, если проект является деятельностью одной (нескольких) in-house команд разработки, порог вхождения снижается
Предметная область. Тут все просто:
Решения "от программистов, для программистов" и аналогичные потребуют, конечно же, большей технической экспертизы
Напротив, максимально утилитарные в повседневной жизни решения (например, lifestyle-приложения) потребуют значительно более низкие технические компетенции
К сожалению, у меня не получилось дать бинарный ответ на ваш вопрос. Но надеюсь, что этим комментарием у меня получиться передать общий вектор мышления при собеседовании очередного проектного менеджера на ваш проект
Также, в завершение, хотелось бы напомнить, что проектная деятельность по определению (того жек pmbok) является уникальной, и к каждому проектну подход, в том числе и при сборе команды проекта, потребуется уникальный