Много раз в компании, где я работал, приходили обычные программисты собеседоваться на позицию руководителя проекта. И скажу честно, что в данной ситуации очень редко было получено финальное «добро» на прием программиста сразу на позицию ПМа. И хотя ребята приходили достойные и грамотные, сам не раз, признаю это, был против их приёма. Отсюда вопрос: а как собственно программисту стать руководителем проекта? Есть ли надежно работающий способ? У меня есть на него ответ.
На субъективном уровне получается так, что приходит такой программист на собеседование на позицию ПМа, и вроде говорит правильные и умные вещи, и много книг прочитал, и без запинки рассказывает Agile и Scrum, но вот не складывается внутреннего ощущения у руководства, что проект будет успешно выполнен. При объективном взгляде на вещи просматривается несколько конкретных проблем: во-первых дефицит специального образования гарантированно выводящего в ПМы, я не встречал программ обучения от-и-до. Конечно есть тренинги и семинары, но они раскрывают конкретную тему и, скорее, служат средством повышения квалификации, а не комплексом знаний выводящих в новую профессию. Когда количество посещенных семинаров перерастет в качество – предсказать невозможно. Большинство знакомых мне ПМов, особенно в Agile проектах - самоучки и сами делали выбор что почитать, на какие семинары поехать. Многим повезло, компания целенаправленно продвигала человека в ПМы из соображений собственной выгоды. А некоторых талантливых ребят просто жизнь заставила Во-вторых, в IT компаниях отсутствует четкая схема карьерного роста как таковая. Более того, встречается заинтересованность компаний блокировать карьерный рост программиста лишь потому, что чем круче программист, тем выгоднее можно продать его услуги, а «продать» руководителя проекта сложнее. Да и когда все места руководителей проектов заняты, а новые проекты открываются не часто, то с точки зрения компании, выбор сводится к тому, что если программист становится ПМом, то это возможно только при его уходе в другую компанию. А отпустить специалиста расти дальше руководствуясь общечеловеческими ценностями... не многие могут себе такое позволить :-) Тут резонно возникает следующий вопрос: что делать, если хочется стать ПМом в реальном обозримом будущем, а не в некой виртуальной перспективе? Нету формулы, подходящей всем. Могу лишь дать несколько рекомендаций из своего опыта: Учиться, учиться, учиться © В.И.Л.
- Как это не банально звучит: читать книги, статьи, посещать IT события и семинары жизненно необходимо. Это условие хоть и не достаточное, но необходимое, и без этого стать ПМом не получится. А хорошим ПМом и подавно.
- Искать компанию, в которой открываются новые проекты!
- Заниматься активным самопродвижением как на работе, так и за её пределами.
Приемы продвижения это тема достойная отдельного поста. Это не сводится, как думают некоторые, к буханию с руководством, хотя в частных случаях и такое работает :-) Гораздо лучше стать тим лидером или скажем заместителем ПМа на время отпуска или болезни. Есть и распространенные ошибки. Например нечасто, но с упорным постоянством встречается типаж, приходящий обсудить такую тему: Я проработал ХХ лет в компании и теперь мне пора стать руководителем проекта. Чесно говоря, это вызывает разве что улыбку и ассоциации с армией или рабовладельческим строем – это в не очень запущенных случаях, а если человек искренне верит в справедливость этого утверждения, то за него становится грустно... Еще, на мой взгляд, есть тупиковые и если не тупиковые то уж точно не самые короткие пути развития в сторону руководства проектами: Архитектор ПО – по должности в проекте важный человек и принимает решения, но, на мой взгляд, однозначно тупиковая ветвь в плане развития в сторону руководства проектами. Бизнес аналитик – работает с людьми, принимает решения на проекте, ближе, но тоже уход в сторону от руководства командой разработчиков. На мой взгляд, если уж решил стать руководителем проекта, то надо идти прямо к цели а не куда-то в сторону. Надеюсь, мой рассказ будет в этом полезен. Егор Горячкин
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.