Вопрос: Как программисты становятся менеджерами проектов?

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

В IT-среде (неважно, будь то программист или консультант-функциональщик или еще кто-нибудь) принята следующая цепочка:Trainee — стажер. Ничего не знает, только что из универа или из дома, если самоучка. Бегает к старшим уточнить, правильно ли поставил запятую в той строчке кода, что ему доверили.Junior — джуниор, джун, младший сотрудник. Неважно кто, это может быть Junior Java-developer или Junior SAP-consultant и т.д.Может самостоятельно написать какой-нибудь метод, отвечающий за то или иное действие, бегает к старшим уточнить, правильно ли продумал сущность, которую ему сказали добавить.Middle — миддл.Может самостоятельно перелопатить достаточно большую часть кодаинформации, видит работу приложения сверху вниз и наоборот и может подумать над улучшением какой-либо ее (работы) части. Бегает к старшим уточнить, правильно ли продумал архитектуру нового модуля, который бизнес попросил прикрутить.Senior — сеньор, старший сотрудник.Может самостоятельно перелопатить огромную часть приложения, но не имеет на это времени. Здесь важно понимать, что сеньор — это именно эксперт. То есть человек, который разбирается в своем деле от мельчайшей строчки до полноценной работы модуля. Также может разговаривать с бизнесом, т.к. уже понимает business-value каждой разработки. Что, зачем, почему, сколько человеко-часов и т.д.Отсюда начинается разветвление. Senior’ы обычно уходят в следующие направления:1) Project Manager — менеждер проекта. Задолбавшийся кодить, нашедший свой собственный дзен в управлении людьми. Не делает почти ничего своими руками, но при этом отвечает за каждый кусок кода. Так что это не «халява». Хороший манагер работает 10 вместо 8 и 7 вместо 5, если Вы понимаете о чем я.2) Архитектор. Должность, чаще всего существующая только в компаниях, работающих попроектно. Сравнивает существующие на данное время технологии, прогнозирует риски и ведет переговоры с бизнесом о том, на какой платформе все будет жить.3) Senior. Да, не все хотят идет в менеджмент. Множество людей остается прокачивать свою экспертизу. Возможно совмещение с понятием Team Lead — а-ля «прораб», только работающий наравне с командой 🙂 Зона ответственности меньше, чем у PM, но требуется экспертиза, которой от PM не ждут.Естественно, внутри каждой компании свои уточненияразночтения этой цепочки. Например, в команде из 5 человек как-то странно иметь такую полноценную последовательность. В то же время, в компании с двумя сотнями сотрудников даже такая цепочка является малоговорящей и применяется подразделение типа Junior T1 T2 T3 и т.д.Тем не менее, общая логика понятна — PM’ом становятся хотя бы после джуна (чтобы понимать вообще, о чем речь, когда команда будет отчитываться за незакрытый вовремя баг перед Вами, т.к. потом Вам отчитываться перед начальствомзаказчиком). И PM в основном работает с инструментами планирования проекта, рабочих часов и ресурсов, следовательно, до становления PM’ом Вам надо взять на себя какую-то зону ответственности сверх экпертной. Например, у Вас планируется какая-то новая фича для приложения и Вы берете ее полностью под свою ответственность. То есть уже в Ваших руках будет кого назначитьнанять, сколько на это выделить ресурсов и что делать, если все пойдет не совсем по плану.

Мы провели цикл интервью среди SAP-экспертов. Они рассказывают в том числе о том, как стать руководителем проектов или экспертом в своей области https://zen.yandex.ru/media/id/5c176c12ac6be800aa5d92cd/interviu-s-sap-abaprazrabotchikom-5c45776c10247700ac99f9d4

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