Техлида на одной из сторон может не быть.

Так и девелоперов может не быть. Будем из РП разраба «лепить»?

У меня всегда есть, даже, ночью, если надо 😃 естественно с последующими бонусами в карму и на карту 😃

:) У нас есть, но может не быть у вендора, саппорта вендора, саппорта заказчиков и тд.

Особенно на тех участках, где есть конский штраф за нарушение sla 😃

Почему сразу девелопера?  То что я знаю как оно должно работать не обязательно то, что я смогу сделать руками.

Вот зачем с помощью РП затыкать дыры от нехватки других ролей?

Один из ведоров работает без сла на резолюшен

Бюджеты  вещи упорная.

Например, в суппортов входа командах не всегда бывает техлиды, узкие специалисты, аналитики, дБ спецы и тд

Другой вариант, когда команда не совсем полная на старте проекта и комплектуется уже по ходу или шаред команда.

👍👍👍👍👍👍👍👍👍

Тогда пардонмуа, знать нужно, но вот уметь починить это звонокдругу 😃

Знать детали своего решения нужно, чтобы при контакте с конечным потребителем ты мог промычать пару внятным причин, по которым у него может не выходить та самая, столь срочно нужная глиняная чаша

По мне более критично для РМ-а обладать базовыми знаниями в предметной области, чтобы снимать лапшу, которую иногда (не сказать часто) вешает команда. И уважения со стороны команды прибавляет. Это не означает, что РМ может подменить разраба или даже аналитика. но понимать общий концепт, уметь правильно поставить вопросы. И правильным людям ставить эти самые вопросы.

РП - управленец, а не «человек-оркестр».
Профессиональный управленец собирает команду, с которой не будет конкурировать в их областях, а создаёт для неё условия наибольшего благоприятствования. Например, снимая административные барьеры или обеспечивая своевременную и нужную коммуникацию с заинтересованными сторонами. Ну а бойкий выходец из айти, по недоразумению ставший РП, непременно начнет дискутировать с архитектором об архитектуре, системным аналитиком - об интерфейсах, разработчиком о фреймворках, а с тестировщиков о преимуществе автотестов, попутно проср*в коммуникации.  Затем, этот горе-РП титаническими усилиями сможет эти коммуникации как-то выровнить, достанет до зубного скрежета команду, выбесит заказчика, и при этом, что самое удивительное, будет считать себя ГЕРОЕМ, который один борется с бедами проекта, тактично умолчав, что сам является причиной большинства из них.

Коллеги, будьте профессионалами, а не имитаторами бурной деятельности.

Герой это залёт

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

Тем не менее реалии таковы, что на вакансии РП, например, по внедрению САП или 1С требуется опыт внедрения соответствующих систем.
По факту ИТ-бэкграунд требуется в большинстве ИТ проектов, как и для РП в стройке - строительный

Background is not equal strong experience