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

Я не вижу проблемы, когда менеджмент ставит задачи специалистам. У них бюджеты, спущенные с инвесторов. Хороший менеджмент в виде директоров и ПМов ценнее для бизнеса, чем любой синьор-помидор.

Вот как раз нет. Новые менеджеры наняли кучу новых менеджеров, а проггеры уходят. сейчас планируют перевести половину ит-ресурса на аутсорс, ввели 360 дегри оценку... катимся назад

Ну, в общем, повторяю: желаю вам открыть что-то своё и слушать советы рядовых программистов, как вам вести бизнес.
Боюсь, что вы сами так делать не станете, а делегируете управление хорошему менеджеру.
Или сами станете этим менеджером.

Поэтому с этим утверждением не согласен. Когда на 10 проггерров внутри (исключая остальной штат фриланса) и на это 10 менеджеров - будет важнее оставить тех, кто за 2 недели на новом стеке может писать

совершенно странное восприятие ситуации

особенно перечисление "на что программисту тратить время менее полезно" :)

Действительно, пусть документацию пишут не те люди, которые написали код
И отчеты по выполненным результатам пишут не те люди, которые эти результаты писали :)

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

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

Наверное основная трабла у нас - это практически все менеджеры не айтишники в прошлом. Я смотрел интервью с ген диром дропбокса, он говорил что у нас менеджеры должны иметь(и имеют) технический бэкграунд. У нас пмы зачастую - это девочки которые умеют хорошо общаться и которые выучили основы аджайла

Именно основы, потому что куда не сунешься - везде «свой» эджайл)

а мне кажется проблема что скрещивают ежа с ужом - project manager'а и engineering manager'а

первому необязательно быть программистом в прошлом

Та это капец вообще

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

А зачем тогда пм нужен? Доску в жире оформлять и на ковёр к боссам бегать?

Да

В основном

Тимлид отвечает только за инженерные решения. Поясню на примере. На проекте есть проблема. Есть три подхода к ее решению - инженерный, его предлагает тимлид, он требует Х денег, несёт в себе риски (риски есть всегда), возможно несёт выгоду в долгосроке. Есть продуктовый вариант решения проблемы - изменить такую то функциональность, это потребует Y денег, несёт другие риски. Есть трктитц вариант - залить проблему людьми (добавить ресурсов с другого проекта, тимлиды обычно считают себя ниже этого).

Как и кто должен выбирать это? Мое мнение - менеджер проекта, именно он отвечает за риски и бюджет

считать что "доску оформлять" - это очень узкое мышление