Обновили: Из кодеров в лидеры. Как разработчики становятся Project и Product менеджерами
Работаете в IT и поняли, что код — не ваше? Разбираемся с опытными менеджерами, какой опыт будет ценен на управленческой должности, а какие знания придется добирать.
Часто в IT приходят ради высокой зарплаты, удаленки и хороших карьерных перспектив. Но спустя пару лет многие устают от программирования, хотят делать меньше рутинной работы у монитора, больше общаться и принимать решения о развитии продукта. А иногда желание уйти в управленцы возникает и у гуманитариев в IT: дизайнеров, маркетологов и других спецов.
Мы поговорили с продактами и проджектами с разным бэкграундом о том, из каких профессий проще уйти в менеджмент и к чему готовиться.
Разобраться в вопросе помогли:
- Алексей Артюхин — Project Manager, ведет Telegram-канал «Заметки об ИТ проджект менеджменте»;
- Игорь Лиштван — Project Manager и Business Analyst;
- Роман Ковалевский — Senior Technical Program Manager в берлинском HelloFresh, ведет канал «Менеджер от боженьки» и сообщество проджект-менеджеров «ПМ совет»;
- Даниил — Product Manager;
- Катерина — Project Manager с 2,5 годами опыта, пришла в профессию из UX/UI дизайна;
- Вячеслав — Project Manager, пришел в профессию из торговли.
Содержание
Примечание Adviser
В статье есть ссылки партнеров. Это значит, что если вы что-то покупаете с нашей помощью — вы также поддерживаете dev.by. (Вот другой способ).
При этом редакция и авторы независимы в выборе темы, концепции материала, фокуса описания, подхода к услугам или товарам. Прежде чем что-то советовать, мы много читаем и смотрим по теме, говорим с экспертами.
Редакция может выражать свое мнение и пробовать всё на себе.
Если рекомендательный материал обновляется, мы указываем, что и когда поменялось, в самом начале.
Как люди становятся менеджерами
Управленческая должность в IT — вовсе не наивысшая ступень эволюции, к которой все стремились бы. Дело скорее в складе характера и личных предпочтениях. Некоторым интересно глубоко погружаться в код или дизайн, такие спецы могут всю жизнь работать на senior-позиции и расти, переходя в более крупные проекты. Но если нравится развивать soft-скилы и организовывать процессы, стоит переходить в менеджмент. Многие разработчики так и поступают, чтобы больше общаться и разносторонне прокачиваться, а не проводить дни у монитора.
В большинстве IT-компаний есть должность Project Manager, который отвечает за эффективную работу команды, соблюдение сроков и бюджета, и Product Manager — он принимает глобальные решения по продукту, придумывает новые фичи, разбирается в аналитике и стремится удовлетворить потребности пользователей.
Продакты, в свою очередь, иногда имеют разную специализацию: есть, например Technical Product Manager, который занимается управлением с точки зрения технологий и внутреннего устройства продукта. А есть Product Manager, которые больше углубляются в аналитику или в UX. В выборе менеджерской работы важно обращать внимание на вакансии и конкретные требования компании. Иногда даже обязанности продакта и проджекта могут чуть ли не полностью совпадать.
Я 6 лет работал программистом, и последние три года уже ощущал, что мне это неинтересно. Все плюс-минус шаблонно и понятно, простой программист не принимает решения и не проявляет креатив — просто выполняет задачи. Решил что-то менять в 2017 году, тогда профессия еще продакта не была широко известной. Я рассматривал для себя работу проджектом, но понял, что мне не очень интересно контролировать соблюдение сроков и распределять задачи. Всегда привлекало предпринимательство, и в какой-то момент я узнал, что есть профессия Product Manager.
Убежден, что нельзя сразу после вуза в 20 лет стать продактом. Нужно получить какой-то опыт работы в IT и понять, как все устроено изнутри. Я проходил обучающие курсы для PM, но одних их было бы мало: имеющийся опыт в IT однозначно давал преимущество.
Часто менеджерами становятся случайно — человека с лидерскими качествами либо отмечает начальство, либо он сам берет на себя новую роль.
В конце 2007 года начали появляться первые «умные дома». Я в то время промышлял торговлей в «Никс-Минск». Поступило предложение торгануть «умным домом». Надо было проектно, чтобы и ворота открывались, и сигналка была, и видеонаблюдение. Я втянулся, познал, что такое CAD-системы, сметы и бюджетирование в стройке, и что такое коллектив на стройке.
А года через четыре предложили поучаствовать в строительстве логистического центра в качестве консультанта. Но на первом совещании с заказчиком сказали: «Будешь руководителем проекта в части электро коммуникаций, серверного и СКУД-софта». А дальше — брал и делал. Правда, со временем захотел уйти в разработку. Долгое время занимался проектами CRM для медицины, а сейчас на отдыхе.
Поскольку менеджмент требует в большей степени развитых софтов, нежели владения конкретным стеком, случайное попадание в профессию — частая ситуация. Однако прикладные знания все равно придется где-то получать, и тут будут полезны курсы или менторство.
Начинала путь в IT с UX/UI дизайна. Прошла курсы, и на моей работе в крупной строительной компании искали человека, который сможет сделать сайт для топ-менеджеров и инвесторов компании по контролю и отслеживанию застройки комплекса. Я только курсы закончила и сразу вписалась в это, своего IT отдела у нас не было. И я отвечала на этом проекте не только за дизайн, но и за PM / BA / QA / PO, разве что код не писала — взяли на аутсорсе двух разработчиков.
Спустя полгода у меня и двух разрабов получилось зарелизить этот сайт. И оказалось, что я, сама того не понимая, прокачалась как PM на этом проекте. Пошла к своим друзьям-проджектам, один из них меня месяц менторил, поднатаскал по теории и выдал сертификат собственного производства о том, что я прошла его курс. Сразу после этого (на втором в моей жизни собесе в IT) взяли на работу. Мне было 22 года. Теоретических знаний и прослушанного «авторского» курса от моего друга хватило, чтобы залететь в IT компанию. Но то был лихой 2021 год.
Я два с половиной года проработала в компании и больше никаких курсов не проходила за это время. Прочитала пару книжек, изучаю статьи в интернете и пользуюсь ChatGPT. Если появляются те или иные вопросы, он четко и лаконично на них отвечает, разбирает кейсы и предлагает структурированные решения. Читать PMBOK (популярный в IT свод знаний по управлению проектами) на 500 страниц не вижу смысла. Честно, пыталась, даже в оригинале. Но он имеет мало общего с реальной жизнью и проектами.
Можно продолжать учиться, уже работая на позиции PM: добирать недостающие знания и навыки. Важно тщательно изучать программу, чтобы в ней была нужная информация: ведь курсы рассчитаны на людей с разным опытом и потребностями.
В этом месяце меня взяли на роль Senior Project Manager в крупную международную компанию. На поиск работы понадобился месяц не очень активного поиска. Хватило практических навыков и опыта, софт-скиллов. Про курсы и сертификаты у меня не спрашивали ни на одном собесе. Тут сыграло три фактора: умение себя продавать, английский (у меня С1) и, вероятно, везение.
Тем не менее сейчас активно прохожу курсы на Coursera. Google Project Management начала. Но, видимо, уже поздновато его смотреть. В теории очень даже хорошо все это звучит, и спикеры прекрасные, но курс прям совсем для новичков — кто только начинает свой путь в PM. Там и написано, что это для Beginners. Возможно, также будет полезно тем, кто хочет получить сертификат. В вакансиях пишут, например: «PMP certification is a plus, but not compulsory». Для Middle/Senior нужно заморочиться и искать какие-то более Advanced курсы.
На Coursera очень здорово брать какой-то небольшой курс, чтобы углубиться и изучить параллельные сферы, например, понять Business Analysis, Product Management или Ownership. Можно пройти какой-то базовый технический курс, чтобы прокачать тех. скиллы. По менеджменту бывает сложно найти что-то практическое. Еще для самообразования я люблю статьи, форумы, общение с коллегами, чтобы делиться Best Practices, конференции и воркшопы, где могут рассказать про конкретные кейсы, и ChatGPT.
Курс Google Project Management на Coursera
Если вы новичок в PM, этот курс даст вам базу для старта: вы освоите азы профессии с самого нуля и постепенно будете накапливать багаж знаний и навыков. Поработаете над собственным проектом, выполните практические задания и будете готовы выходить на рынок — с сертификатом от Google.
Программа обучения состоит из 6 блоков:
- Основы управления: вы узнаете о принципах менеджмента, структуре IT-компании и корпоративной культуре;
- Как устроен проект: узнаете, как оценивать затраты и прогнозировать результаты;
- Планирование: разберетесь с оценкой сроков, бюджетом и документацией;
- Реализация проекта: поймете, как проходит работа над проектом с точки зрения менеджмента и как улучшать процессы;
- Agile: познакомитесь с самой популярной методологией;
- Применение знаний: разберете практические кейсы с учетом полученных знаний.
В каждом блоке вы будете выполнять тесты и задания для оценки своей успеваемости.
Длительность и формат
При загрузке 10 часов в неделю курс рассчитан на 6 месяцев. Но вы можете слушать лекции и проходить тесты в любом удобном темпе.
Стоимость
Курс можно проходить по подписке — за $39 в месяц. Первые 7 дней вы можете заниматься бесплатно, чтобы понять, насколько вам подходит программа.
Опыт в других IT-профессиях ценится при найме, и для многих вакансий будет предпочтителен технический бэкграунд. Поэтому даже если у вас есть минимальный стаж в разработке, не стесняйтесь указывать его в резюме.
Для некоторых работодателей критичен технический бекграунд, поэтому у меня в резюме первой работой указано Software Developer с описанием, что это internship и некоммерческий опыт. Вижу, что некоторых нанимателей это успокаивает, с тех пор как я его добавил пару лет назад.
На деле мой опыт в разработке был на уровне лаб в универе — я мог перемножить 2 матрицы. Делать сайты на вордпрессе на реальной первой работе это не особо помогало. С другой стороны, это было небольшим, но все же плюсом на старте — по сравнению с ребятами, кто вообще не прогал. Когда программисты говорили слова «класс» или «массив», я понимал о чем идет речь.
После вуза для менеджерской работы пришлось почти всему учиться с нуля, но я не проходил специальных курсов, всему учился на практике.
TIP от Adviser: По подписке Coursera Plus вы можете одновременно проходить неограниченное число курсов от ведущих компаний и университетов. В программе участвуют 7000 курсов от Google, AWS, Intel, Meta и не только.
Подписка стоит $59 в месяц, бесплатный пробный период — 7 дней.
В компаниях на постсоветском пространстве перейти из программирования в менеджмент — частая ситуация.
Я перешел в руководство проектами с должности ведущего системного инженера, примерно после 5 лет работы на технических позициях. Продолжил работать с уже знакомыми технологиями, клиентами и людьми, но уже в роли проджекта, поэтому больших сложностей на момент перехода не было.Достаточно непростым этапом для меня был переезд в Европу и начало работы на английском с распределенными по миру командами и клиентами. Другой язык, другая культура и подходы к работе потребовали времени на адаптацию.
По моему мнению, для стран СНГ достаточно частой является ситуация, когда технари уходят в управление продуктом или проектом. Многие мои русскоязычные коллеги PM имеют за плечами технический бэкграунд. В больших корпорациях в Европе ситуация, с моей точки зрения, отличается, и многие руководители проектов не имеют технического опыта. В польском отделении IBM был специальный внутренний курс IT basics for PMs.
Какие бонусы даст опыт в разработке
Программист изнутри знает процесс разработки и все его тонкости — не из учебников, а из практики. Это помогает в менеджерской работе, а вдобавок позволяет проще наработать авторитет в команде.
Технический бэкграунд определенно мне помог. Как минимум, я понимал, как строятся процессы в команде. Также я могу подсказывать ребятам, если они не знают, как сделать конкретную фичу или как оценить задачу — даже если у них не тот язык программирования, с которым работал я, мой совет скорее всего будет жизнеспособным.
Если команда говорит, что задачу делать будет целый день, а ты понимаешь, что можно сделать за час, можно объяснить: «Ну, ребята, не целый же день». Дело не в том, что разработчики обманывают, а ты на них давишь — просто у задачи могут быть разные пути решения. К тому же, технари всегда уважают технаря. Проще находить общий язык, проще решать технические задачи.
Опыт в разработке поможет не только наладить коммуникацию с командой, но и самому избежать ошибок в оценке бюджета и сроков.
Приоритизировать задачи гораздо проще, когда сам понимаешь, как долго выполнять те или иные задачи и сколько это будет стоить компании. У менеджеров-гуманитариев бывают ситуации, что они что-то придумали: им кажется, что это просто и быстро, а на деле выходит слишком дорого или не укладывается в сроки. А у меня таких проблем почти не возникало.
Курс Software Product Management на Coursera
Это подробный курс, на котором расскажут об основах продакт-менеджмента и помогут приобрести первоочередные навыки для начала работы.
Образовательный трек включает в себя 6 курсов:
- Введение: вы узнаете о роли продакта и освоите методологию Agile;
- Процессы: вы углубитесь в Agile и научитесь внедрять лучшие практики для повышения эффективности работы;
- Нужды пользователей и требования к ПО: научитесь выявлять потребности юзеров и делать прототипы продукта;
- Планирование работы: узнаете, как грамотно формулировать задачи и просчитывать риски
- Метрики: научитесь измерять важные показатели и отталкиваться от них в своей работе;
- Практика: сможете поупражняться на реальных кейсах, оцените свои знания и получите карьерные рекомендации.
Длительность и формат
При загрузке 10 часов в неделю курс рассчитан на 2 месяца. Можно пройти программу быстрее или, наоборот, учиться медленнее, в зависимости от вашей загрузки.
Стоимость
Подписка стоит $49 в месяц. Первые 7 дней действует пробный период, можно заниматься бесплатно.
Если менеджер совсем ничего не понимает в разработке, это большая проблема. С другой стороны, первоочередными все-таки являются именно менеджерские компетенции.
Технический бэкграунд всегда полезен, но не всегда обязателен. Все зависит от состава команды, проекта и процессов в компании. Руководитель должен уметь разговаривать на одном языке с инженерами или разработчиками и понимать на нужном уровне технические детали проекта. Я встречал много ситуаций, когда команда была крайне недовольна PM, поскольку человек не понимал базовых технологий. Это в итоге мешало коммуникации и привело к желанию компании нанимать PM с техническим бэкграундом.
Но в первую очередь опыт управления для PM важен, на то он и менеджер проекта. Технологиям научиться быстрее и проще, чем развить в себе грамотные soft skills. Поэтому если нужно выбирать между опытом управления и техническим бэкграундом, я бы выбрал первое. Знание технологий можно подтянуть в процессе работы над проектом, это достаточно стандартная ситуация.
Часто в продакты и проджекты идут бывшие бизнес-аналитики, и эти их знания в анализе — огромный плюс для управленцев.
Встречал кейсы, когда в PM-ы вырастали из разработчиков и бизнес-аналитиков. Вторые, на мой взгляд, чаще переходят в PM — в силу того, что теснее пересекаются функционально и умеют изучать процессы в процессе разработки требований.
В то же время, в медиаполе встречается достаточно бывших разработчиков. Преимущества и недостатки следуют из определения: разработчик лучше знаком с предметной средой разработки, поэтому ему легче ориентироваться в скоупе проекта, чем менеджеру из совершенно иного домена. Отсюда же и главная сложность: при прочих равных, разработчик имеет куда более скромный опыт управления.
Важно, что за опыт надо брать не только цифру в резюме, которую продает кандидат, но и уровень понимания менеджмента — это уже вопрос содержания опыта того или иного кандидата.
Частая проблема бывших разработчиков в том, что им недостает софт-скиллов: приходится прокачивать коммуникативные навыки и организаторские способности. Но все равно опыт в программировании не пройдет даром. Особенно он полезен проджектам, они плотнее взаимодействуют с командой в своей работе.
Бывшим тех. спецам часто недостает навыков ведения переговоров, гибкости, умения продавать технические проблемы бизнесовым ребятам. Но сам технический бэкграунд очень полезен проджектам. Тестерам, разработчикам, дизайнерам точно будет проще на этой позиции, потому что они уже видели эту работу с другой стороны.
Иногда ребята переходят из других непродакшн-ролей (сейлз, маркетинг, саппорт) и даже не из IT. Примеры есть, но их меньше и на первом этапе им гораздо сложнее.
Продакту опыт в разработке нередко менее важен, зато важно понимание потребностей пользователей. Часто в продакты идут из маркетинга или UX.
Из маркетологов, саппортов, дизайнеров получаются великолепные продакты. Для Product Manager технический бекграунд менее важен (если ты отвечаешь за технический продукт, например, API или SDK). Безусловно, полезно знать, как технически создается продукт, но это в меньшей степени важно. Важнее найти боль юзеров за которую они готовы платить и построить оптимальный пользовательский опыт. Для этого нужны немного другие, бизнесовые скиллы.
Требования к менеджерам по части технических скилов варьируются в зависимости от компании и конкретной должности. Но когда эти скилы важны, их могут довольно тщательно проверять на собеседовании.
Вообще технические скилы у менеджеров — боль и для нанимателей, и для кандидатов. Одни не понимают, как их качать, вторые — как качественно проверить. В Европе часто делают отдельный этап собеседования, особенно на technical product. Чтобы примерно оценить свой уровень посмотрите system design interview для продактов (для инженеров они сложнее), например, /@tryexponent/videos» target="_blank» rel="noopener»>на YouTube.
Некоторые считают, что разработчику проще прокачать софты и стать хорошим менеджером, чем менеджеру без бэкграунда с нуля приобрести технические навыки. Но тут все зависит от конкретного случая: личной мотивации специалиста и его должностных обязанностей.
На моей практике, хорошие PM — назначенцы из команд разработки по принципу: «Ты завтра РМ, точка». Люди втягиваются, если кому-то интересно разнообразие стеков и управление — процветают.
Точно можно сказать, что опыт в разработке не является минусом при трудоустройстве менеджером, и что любой опыт в IT будет полезен. Но если у программиста или дизайнера слабые навыки коммуникации, презентации и другие софты — это реальная проблему, которую придется решить для успешного трудоустройства.
Курс «Подготовка к интервью для PM» на Udemy
Если вы чувствуете, что уже готовы попробовать себя в роли проджекта, этот курс поможет подготовиться к интервью. В собеседованиях на управленческие должности особенно важно правильно презентовать себя — из лекций вы получите максимум полезной информации и лайфхаков.
В программе:
- как искать подходящие для себя компании;
- что нужно и не нужно писать в резюме;
- как пройти все этапы собеседования.
Длительность и формат
Вас ждут 2,5 часа лекций, 3 статьи и ресурсы для скачивания. Учиться можно в своем темпе.
Стоимость
Пройти курс можно $9,99. В течение 30 дней можно вернуть деньги, если программа не подойдет.
Что нужно для трудоустройства
Базовый инструментарий менеджеров довольно простой: обычно это Jira для планирования задач, Confluence для ведения документов, Miro или аналоги для рисования схем и пользовательских сценариев. Инструменты различаются в разных компаниях, но в основном речь о заметочниках, интерактивных досках, таблицах, документах — это все легко и быстро можно освоить.
На позиции продакта важно владеть хотя бы каким-то из инструментов аналитики — например, Amplitude или Google Analytics — и уметь обращаться с Google Sheets.
Однако основа профессии менеджера — не конкретные инструменты, а знания и умения. Проджекту особенно важно прокачивать коммуникацию, умело презентовать решения и убеждать в их правильности. А продакту — уметь разбираться в потребностях пользователей и грамотно интерпретировать данные.
Нередко люди сначала становятся проджектами, а потом растут до продактов — но это совсем не обязательно. Проджект и продакт — просто разные профессии, хотя у них и много пересечений.
Карьерный трек от проджекта до продакта — частая история у нас в РБ. Наш IT-рынок исторически начинался с аутсорса, поэтому все менеджеры, не считая Wargaming и Targetprocess, были проджектами. Лет 10 или даже 8 назад, профессии продакта в РБ почти не было. Но рынок менялся, начали появляться продуктовые компании, стали нужны продакты. Где их брать?
Кто-то перевозил людей из ближнего зарубежья, кто-то нанимал в Европе/США и работал удаленно, но это все дорого. Большинство учились сами и, что называется, растили экспертизу внутри. Так вчерашние проджекты стали продактами. В Европе, кстати, такой бэкграунд у продактов встречается гораздо реже.
Еще один важный навык — английский язык. Обычно вся профессиональная литература на английском, документация — тоже на английском. А при устройстве в иностранные компании менеджеру язык нужен гораздо больше, чем разработчику: ведь требуется много общаться и с командой, и со стейкхолдерами.
Высокий уровень английского для PM это «маст хэв» — минимум В2. Плюс курсы и статьи нужно читать на английском, общаться с заказчиками не только письменно, но и устно, и понимать их культурный контекст и уметь вести small talks.
Курс «Английский язык — от начального до продвинутого уровня» на Udemy
Студенты прокачивают английский с любого уровня, с упором на использование языка в работе. Вы разберетесь в ключевых грамматических конструкциях, пополните словарный запас, поупражняетесь в аудировании, чтении и письме.
В программе:
- основы разговорного и бизнес-английского;
- ключевая лексика, которая поможет в любых ситуациях;
- правила грамматики, с помощью которых строятся все фразы.
Длительность и формат обучения
Это большой курс, он включает 146,5 часов лекций, слушать их можно в своем темпе.
Стоимость
Стоимость курса — $64,99, есть бесплатный пробный период 30 дней.
Сертификаты необязательны для трудоустройства, но будут большим бонусом, особенно при устройстве в зарубежные компании.
Я считаю, что каждый PM рано или поздно должен получить сертификат по международному стандарту управлению проектами. Есть несколько стандартов, один из наиболее популярных — это Project Management Body of Knowledge от Project Management Institute. Получение сертификата помогает структурировать информацию и говорить на одном языке с другими коллегами.
Техническим специалистам я бы посоветовал начать работать в проектных командах на технических позициях, наблюдая за тем, как ПМ выполняет свою работу, а параллельно изучать стандарты управления проектами, читать книги и смотреть курсы, которые эти стандарты разжевывают. Возможно, стоит посмотреть на начальные сертификаты, например Certified Associate in Project Management. Это хороший задел на будущее и база для дальнейшего развития.
Что дальше
Начать можно с большого исчерпывающего курса или составить себя программу обучения самостоятельно, с учетом необходимых навыков и компетенций.
Роман Ковалевский рекомендует сайт ProductDo, где можно легко построить roadmap от своей текущей должности к желаемой менеджерской позиции. Там же можно прокачать недостающие скилы с помощью симуляторов: по аналитике или по продуктовому исследованию рынка, например. Также можно почитать «ПМ совет», который ведет Роман, или канал Михаила Табунова про управление продуктом.
Совершенствовать навыки коммуникации, организации и планирования можно и в повседневной жизни. А при любой возможности получить руководящий опыт, не отказываться: работа лидом или ментором тоже будет полезна.
Также стоит поскорее попытаться устроиться на желаемую должность — проджекта или продакта — на работе развитие идет гораздо быстрее.
Что базово должно быть у любого PM — это хорошее знание английского языка и навык планирования. Его можно прокачивать, начав хоть со списка продуктов в магазин (и не купить ничего лишнего).
Даже хорошие курсы не дадут того опыта, который дает реальный проект. Нигде я не встречал чистых скрам команд (вот чтоб точно по фрейму). И в последние три года наблюдаю, что инвесторы наелись MVP-шных шалашей, спрос уходит в готовые продукты, либо четко обозначенные рамки с рассчитанными бюджетами от идеи до ручки Parker, которой будут подписывать конверты.
Конкретные теоретические знания для менеджера важны, но они не такие обширные, как, например, в программировании. Здесь велика роль софт-скилов, а значит больше шансов расти прямо в ходе работы.
В менеджменте все приходит с опытом. Да, курсы помогут тебе понимать основы, базу, методологии. Можно пройти курс по различными функциями Jira или другими тулзами, как создавать Customer Journey Map, Project Chart. Но в остальном — только практика, практика, и еще раз практика. И время.
Не забывайте читать Adviser. Мы рассказываем об обучении для новичков и опытных айтишников: разбираемся в карьерных треках с экспертами, освещаем эффективные методики и выгодные предложения от крупных школ. А также пишем о хобби, здоровье, инвестировании и информационной безопасности.
Читать на dev.by