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

[caml_programmer]

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

Comments

[grundik]

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

[caml_programmer]

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

[grundik]

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

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

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

[caml_programmer]

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

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

[grundik]

Разработка и поддержка по сути одно и то же - в любом случае в итоге должен быть заделиверен продукт, который решает задачи кастомеров.

Задача PM, грубо говоря - понять, что надо заделиверить, ну и обеспечить создание продукта.

[caml_programmer]

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

У нас для понять - уже завелись аналитики - отдельная тема для обсоса.