Максим Бруев

Суть - убрать все преграды на пути работы команды.

Уметь слышать и понимать

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

Уметь говорить

Мало понимать заказчика, мы должны еще объяснить программистам \ дизайнерам на на их языке то что необходимо заказчику. Из этого пункта мы получаем следующее:

1) Коммуникации - наше всё.
2) Говорить с командой на одном языке жизненно необходимо

Формулируй, властвуй, распределяй.

Хорошо написанное ТЗ - минус дохрелион человекочасов работы и тонны нервных клеток, помните, что даже если ТЗ написано идеально - программист все равно скажет, что оно херовое (чтоб ПМ не расслаблялся, а то иш тут менеджер...)

Планируй

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

Риск менеджмент

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

Менеджмент

Ну и разумется ПМ это менеджер, который может управлять командой, настроем команды, управлять конфликтами (искусственными) либо нейтрализовать их если они негативные.

Минутка полезного чтения - советы начинающим руководителям проектов

1. Нужно иметь опыт разработки, не обязательно именно разработчиком, но надо понимать как это все работает, по каким этапам, где узкие места и т.д.
2. Нужно иметь организаторские способности
3. Нужно прочитать кучку литературы на тему "управление проектами", "менеджмент" и т.д.
4. Нужно понять, что ТЗ - это лишь малая часть того, что делает менеджер проекта. Мало того именно он решает, какое будет ТЗ (а они бываю разные).
Вот и все. думаю за 1-2 года можно осилить

Тут еще надо отметить, что не все "менеджеры проектов", таковыми являются. Руководитель может придумать любую должность и назвать ее как попало. Зачастую люди выполняют роль "аккаунт менеджера", а не "менеджера проекта", но что бы они не увольнялись при небольших зарплатах, должность называют иначе "менеджер проекта", "директор по развитию" и т.д. Я много таких "директоров" встречал, которые получают по 30k рублей и гордятся должностью. Да и сам когда-то был "начальником коммерческого отдела" ))) Так что более уместно было бы описать Ваши должностные обязанности, а не название должности.