Разработка ПО, концепция менеджера проекта.

[caml_programmer]

Наверное не будет преувеличением сказать, что под влиянием Запада

Comments

[grundik]

Сорри, но каша какая-то написана. То ли толстоватый троллинг, то ли непонимание ролей.

[caml_programmer]

Ну так давай, расскажи, какие бывают роли, кто какие задачи решает

[grundik]

Очень много букв.

Ты пишешь про профнепригодных сотрудников на роли PM.
Это не значит, что само понятие PM - плохое.

PM, конечно же, должен быть в теме. Не глубоко, но широко. И он должен быть в теме с обеих сторон - и разработчиков, и кастомеров.

[caml_programmer]

Чтобы оценить профпригодность - нужно сперва определить должностные обязаности.

Что касается поддержки, обработка запросов заказчиков - тут всё
понятно, чем может заниматься PM. Но меня интересует PM на разработке,
а не на поддержке.

[dev117]

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

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

[caml_programmer]

Ну если общение разработчиков организовать через менеджера - то менеджер будет только мешать.

В случае общения с клиентами - типичный менеджер выполняет
функцию коммутатора или агрегатора, чем меньше он отсебятины
несёт - тем лучше.

Ну и творец-разработчик может мутировать только в менеджера-творца - это очевидно. Зато хуёвый разработчик легко превращается в типичного менеджера.