Должен ли РМ кодить?

Гуляя по просторам интернета регулярно встречаю споры о том, кто же такой РМ (в IT проектах), должен ли он программировать, должен ли быть технически грамотным и т.д.

Для начала думаю стоит обратиться к первоисточнику - PMBok.

Проект – это временное предприятие, предназначенное для создания уникальных продуктов, услуг или результатов.

Управление проектами – это приложение знаний, навыков, инструментов и методов к работам проекта для удовлетворения требований, предъявляемых к проекту.

Менеджер проекта – это лицо, назначаемое исполняющей организацией ответственным за достижение целей проекта.

Если опираться на эти определения, то получается, что руководитель проекта это человек, который несет ответственность за успех проекта, а значит за все действия, которые для этого предпринимаются. 

Какие же действия для этого предпринимаются? 

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

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

Есть ли в данных процессах место и время для того, чтобы руководитель проекта самостоятельно принимал участие в разработке? 

Есть. Но далеко не во всех проектах. 

Давайте представим себе небольшой проект по разработке приложения, объемом приблизительно 10 человеко-месяцев, для реализации которого достаточно 1 архитектора (он же тимлид), 1 разработчика, 1 аналитика и 1 тестировщика. Разумно ли тратить ресурсы (в первую очередь финансовые) на ввод в данную команду руководителя проекта без совмещения с ролью архитектора или аналитика? Конечно неразумно. И в таких проектах является правильным решением, когда РМ является одновременно архитектором (тимлидом) или аналитиком. Объем работ по непосредственно управлению проектом тут невелик и занимает в общей сложности около 30-40% времени РМ'а (а чаще даже меньше). 

А если это проект на 100 человеко/месяцев? А если на 1000? 

Думаю уже понятно что я хочу сказать - роль руководителя проекта меняется в зависимости от размера проекта. И это логично, особенно если вспомнить про предел управляемости - 5-9 человек (оптимально - 7). И если команда состоит из более, чем 10 человек - управлять всеми РМ уже просто не сможет. И объем различных "управленческих" работ у РМа в таком проекте будет занимать не менее 70-80% времени. Соответственно времени на участие в разработке у него уже не будет. И не только на участие в разработке, но и даже на участие в проработке архитектуры, анализе архитектурных и других решений и т.д.

Это означает следующее - РМ, которому можно доверить проект на 100 и более человеко/месяцев должен быть конечно же технически грамотным специалистом, иметь соответствующее (IT) образование. Но знать на уровне эксперта применяемые технологии разработки, и тем более кодить самостоятельно - не должен.