Проектный менеджер
Проектный менеджмент (англ. Project Management) - это роль в компании или команде, когда человек отвечает за контроль проекта: ресурсы, содержание, бюджет, качество, риски, удовлетворенность заказчика и т.д.
Самое главное здесь - ответственность. Проектный менеджер, или просто ПМ, отвечает буквально за все:
за выполнение заданной работы в заданный срок
за уточнение того, что именно нужно сделать (это называется скоуп, англ. Scope)
за понимание разработчиками того, что же они должны сделать
за эффективную работу тестировщиков, чтобы они тестировали то, что нужно, и не трогали то, что не нужно
за спокойный сон заказчика, который может быть уверен в своей команде
за счастливый труд команды, которая знает, что она не подведет заказчика
К счастью, ПМ не должен и не обязан знать всех тонкостей. Хороший ПМ делегирует задачи своим подчиненным и проверяет их выполнение, его можно сравнить с возницей на повозке. Плохой ПМ может все тянуть сам, тогда он выдохнется, или не упустить контроль, тогда повозка поедет дальше и обязательно укатится куда-нибудь не туда :)
Из делегирования вытекает другая особенность работы ПМ: он должен разбираться скорее широко и во всем, чем глубоко в чем-то одном.
Наконец, есть такая народная мудрость: приходят работать в хорошую компанию, а уходят - от плохого начальника.
Что должнен иметьхороший ПМ?
Софт-скилы: разговаривать с подчиненными, с руководством, с заказчиком, договариваться, мотивировать, воодушевлять, находить хорошее в плохом, делать так, чтобы команда оставалась на месте, даже если вокруг бушует ураган. Не искать виноватого, а решать проблемы. Вносить определенность и веру в успех. Обеспечивать команду необходимыми ресурсами, от печенек до обновления компьютеров. Продвигать команду внутри компании, показывать, какие мы все молодцы.
Хард-скилы: английский, документация, понимание технических деталей на проекте.
Как стать ПМ? - Учиться и практиковаться.
Предыдущий "технический" опыт очень облегчает общение с командой и заказчиком. Самый идеальный переход - из бизнес-аналитиков (БА): на небольшом проекте ПМ фактически выполняет роль БА, обсуждая и формализуя требования заказчика. Другой хороший вариант - из QA инженера: в этом случае ПМ может критически оценить качество программы и не давать заказчику несбыточных обещаний.
Еще важный момент: ПМ должен уметь говорить "нет". Заказчику, если его ожидания несбыточны. Разработчикам, если они думают, что уже сделали что-то, хотя это что-то не работает от слова совсем. Не давать обещаний, которые не могут быть выполнены.