Спасибо! Опрос просто отличный!
Но мне кажется что обсуждение именно PM не совсем верно, и сужать тему только до IT-сегмента не совсем то, что нужно для поиска решение.
Мне кажется что PM — это такой же руководитель отдела, как и любой другой, в любой другой сфере. На мой взгляд руководитель должен понимать как и зачем работает его команда, должен улавливать настроение каждого участника коллектива, вовремя увидеть нарастающую проблему чтобы избежать её роста, а так же ставить и корректировать каждую конкретную задачу на пути реализации. Конечно он должен обладать навыками достаточными для понимания всего происходящего, и в нашем конкретном случае он должен знать как работает та или иная технология, я всем её используют и как правильно её использовать, но вряд ли ему нужно глубокое понимание вообще всего того, что использует каждый разработчик в команде. Всё — таки на то и существуют специализации, чтобы использовать инструмент идеально. Руководитель же должен видеть картину в целом, и не быть специалистом в чём-то одном, иначе он рискует уйти в разработку с головой, проворонить реальную проблему и не иметь возможности ее решить, потому что будет занят мелкими вопросами.
В общем мне кажется что средний вариант самое то, и не важно к какого рода руководителю мы применим этот вопрос.
Спасибо! Опрос просто отличный!
Но мне кажется что обсуждение именно PM не совсем верно, и сужать тему только до IT-сегмента не совсем то, что нужно для поиска решение.
Мне кажется что PM — это такой же руководитель отдела, как и любой другой, в любой другой сфере. На мой взгляд руководитель должен понимать как и зачем работает его команда, должен улавливать настроение каждого участника коллектива, вовремя увидеть нарастающую проблему чтобы избежать её роста, а так же ставить и корректировать каждую конкретную задачу на пути реализации. Конечно он должен обладать навыками достаточными для понимания всего происходящего, и в нашем конкретном случае он должен знать как работает та или иная технология, я всем её используют и как правильно её использовать, но вряд ли ему нужно глубокое понимание вообще всего того, что использует каждый разработчик в команде. Всё — таки на то и существуют специализации, чтобы использовать инструмент идеально. Руководитель же должен видеть картину в целом, и не быть специалистом в чём-то одном, иначе он рискует уйти в разработку с головой, проворонить реальную проблему и не иметь возможности ее решить, потому что будет занят мелкими вопросами.
В общем мне кажется что средний вариант самое то, и не важно к какого рода руководителю мы применим этот вопрос.