Вакансии в основном измеряют разницу между junior, middle и senior проджект-менеджерами в количестве — лет опыта или успешно закрытых проектов. А что об этом думают сами РМ?
О качественных различиях между проджектами разного уровня в колонке для Laba рассказывает Артем Шаповал — senior PM, который управляет отделом из 80 менеджеров в компании из списка S&P 500*, и лектор курса Laba.
В этом тексте Артем сосредотачивается на анализе роли проектных менеджеров именно в IT, но текст будет актуальным для руководителей команд в других вертикалях бизнеса.
Джунов ценят за готовность учиться, а синьоров — за способность работать автономно
На самом деле компании не ожидают многого от интернов или junior PM. Например, в IT основные требования — базовое понимание SDLC (Software Development Life Cycle), гибкость, желание учиться и приобретать опыт. В начале карьеры вам помогут более опытные коллеги, и ваша основная ответственность — быстро усваивать новую информацию и навыки.
Также важно, чтобы интерн или джун обладали майндсетом «для меня не существует неинтересных задач» — это прокладывает путь к более масштабным и амбициозным проектам. Когда джун получает самое простое и рутинное задание, программа минимум — выполнить его согласно требованиям. Программа максимум — принести компании большую ценность, чем от него ожидают.
К примеру, готовя ежемесячные репорты для клиента, хороший PM сначала подумает, как это прописать и реализовать по процессам. А потом — попробует автоматизировать процесс, чтобы эта часть работы отнимала как можно меньше времени.
Переход от джуна к мидлу в среднем длится несколько лет. Конечно, вы можете и 10 лет быть джуном, это вопрос мотивации. Но в моем отделе людям нужно примерно 2–3 года, чтобы научиться работать самостоятельно, без присмотра и супервизии.
Если хотите ускорить развитие, берите больше ответственности. У каждого менеджера высшего звена есть ряд задач, которые они предпочли бы кому-то делегировать. Спросите своего руководителя, есть ли у него такие, возьмите их на себя и выполните. Вы получите нужный опыт быстрее, а также проявите свою мотивацию и готовность к большим вызовам.
Джуны и синьоры приносят компаниям разную ценность
Если переход от джуна до мидла измеряется уровнем автономности, то рост от мидла до синьора — ценностью для компании и масштабом проектов. Обычно чем больше ответственности проектный менеджер может взять на себя, тем больше он стоит как специалист. Это простое и универсальное правило, но на практике оно реализуется по-разному. Одни компании будут определять вашу ценность как РМ в количестве денег, которые вы приносите, а другие — в числе новых или удержанных клиентов.
Чтобы на старте иметь преимущество перед другими кандидатами и приносить компании большую ценность, сосредоточьтесь на углублении теоретических знаний. PM в IT не нужно уметь кодить или основательно разбираться в языках программирования. Но базовое понимание платформ, фреймворков и клауд-решений — это то, что поможет вам не только получить преимущество перед другими джунами, но и на уровне общаться с проектной командой. В начале все эти слова могут выглядеть страшно, но вам и не нужно разбираться в них в совершенстве. Посвятите несколько часов исследованию каждой такой темы на уровне Википедии — и этого уже будет достаточно.
Конечно, вы можете учиться и на опыте, каждый раз изобретать велосипед. В моем отделе есть классные специалисты, которые нигде не получали теоретических знаний и прекрасно выполняют свою работу. Но количество синяков на лбу от граблей, на которые они наступали, говорит само за себя. Поэтому советую параллельно с практическими навыками совершенствовать и теоретическую основу. Например, методы повышения мотивации в команде, новые фреймворки или автоматизированные инструменты — все это нужно и пригодится.
Джуны знают базу, синьоры — имеют специализации
Существует стереотип, что для новичков или свитчеров в IT самая сложная задача — ведение документации, но я с этим не согласен. Документация — ключевая часть работы, но не самая тяжелая. Когда есть базовое понимание цикла разработки и минимальные теоретические знания, написание документации не будет для вас сверхзадачей. Кроме того, существует много шаблонов, которые существенно упрощают работу. На мой взгляд, гораздо сложнее в начале понять специфические роли, которые есть только в IT, и системно овладеть жизненным циклом разработки.
Понимание SDLC (Software development life cycle) — это база для джуна. Каждый проект состоит из этапов: инициация, исполнение, контроль и мониторинг, тестирование, завершение и отчетность. На словах это все очень просто, но на практике вам потребуется несколько лет опыта, чтобы понять все нюансы.
Поэтому сначала вы овладеете базой, а затем — сможете расти либо горизонтально, либо вертикально. В вертикальном развитии вы будете способны вести более масштабные проекты. Обычно на уровне синьора РМ может уверенно и без паники управлять работой 60–70 человек, то есть несколькими командами и промежуточным звеном РМ-ов.
Если выберите горизонтальное развитие, речь пойдет о получении специализации. Она может касаться определенного технического направления: например, РМ, который разбирается именно в мобильной разработке. Также специализация может заключаться в знании определенного бизнес-домена, такого как edtech или fintech.
Весь бизнес-контент в удобном формате
Джуны переоценивают возможности, синьоры — учитывают риски
Когда джуны заходят в новый проект или коллектив, часто встречаешь вайб: «Эгегей, сейчас мы сделаем все и даже больше, я такой молодец, никогда ничего не фейлю». Но чем опытнее специалист, тем больше у него понимания рисков. Именно поэтому синьоры (то есть люди с множеством синяков) вместо необоснованного оптимизма 10 раз продумают, что может пойти не так.
Работа с рисками позволяет не только более точно спрогнозировать возможные трудности, но и рассчитать дополнительные буферы. Все это поможет избежать неожиданностей для клиента, а также сделать так, чтобы форс-мажоры, которые так или иначе встречаются на проекте, не оказали существенного влияния на деливери.
Мой совет джунам: не терять оптимизма, но и не строить на нем план. Чтобы не переоценить свои и командные возможности, постройте правильное взаимодействие с коллегами — именно им потом выполнять ваши планы. Соберитесь с ключевыми специалистами проекта и пройдитесь по флоу. На основе их опыта вы сможете подсветить риски или потенциальные узкие места, подготовиться к трудностям либо понять, как их избежать.
Джуны ищут знания, синьоры — делятся ими
Когда я начинал в 2005, чтобы научиться программировать, нужно было поехать на книжный рынок и отыскать там единственные три книги, которые содержали актуальную на тот момент информацию. Если бы я начинал сейчас, открыл бы поисковик и увидел бы в выдаче минимум 3 тыс. страниц. 15 лет назад источники нужно было искать, а сейчас необходимо уметь их фильтровать и выбирать те, которые лучше закрывают ваши потребности.
В нашей компании, как и во многих других, для этого работает менторинг. Чтобы расти карьерно и не набивать шишек, не стесняйтесь спрашивать коллег, прошедших подобный путь, о том, как они это сделали. Их подсказки о том, где искать информацию и получать скилы, сэкономят ваше время и упростят путь вверх.
Джуны идут за трендами, синьоры их изучают
Софт-скилы — это более-менее устойчивый набор навыков, меняются лишь обстоятельства их применения. К примеру, если до пандемии мы все сидели в одном офисе, то сейчас в команде из десяти человек восемь могут находиться в разных странах. Однако чтобы с ними поладить, вам нужна все та же эмпатия, конфликтный менеджмент и понимание того, как мотивировать людей.
Что же касается технической стороны, здесь изменения происходят гораздо быстрее — и то, что было в тренде год назад, сегодня уже отходит. Массивный поток изменений, за которым нужно успевать, — это одна из ключевых проблем для текущего поколения РМ. Например, раз в квартал выходит обновленный фреймворк во фронтенде (Node.js, React.js), и все быстро бегут переучиваться и переписывать под него свои проекты.
РМ важно уметь серфить на волне трендов, чтобы не оказаться под ней. Если вы видите, что все переходят на другой фреймворк, изучите его особенности. Обращайте внимание на теоретическую основу, на преимущества, но особенно — на недостатки. Конечно, вы не сможете овладеть изменениями на уровне технических специалистов, но это и не нужно. Ваш уровень знаний должен быть достаточным для того, чтобы поддержать разговор с клиентом, убедить его внедрить изменения или обосновать, почему менять подход не стоит.
Джуны учатся говорить «нет», синьоры — умеют не только отказывать, но и предлагать альтернативу
На мой взгляд, для РМ софт-скилы важнее, чем хард. Без технических знаний вы как-то да вырулите, но без умения общаться с разными типами людей — нет.
Один из самых больших вызовов для PM, касающийся софт-скилов, — это коммуникация с конфликтными или токсичными людьми, а также умение говорить «нет». Отказывать сложно и стрессово, но этим навыком можно и нужно овладеть. Сначала вы научитесь отказывать, потом — добавлять мотивацию, почему именно «нет». А если сможете еще и предложить альтернативное решение — считайте, что овладели искусством отказов. Отказы требуют уверенности в своей правоте, а она приходит с опытом. Мне потребовалось два-три года, чтобы научиться не только говорить «нет», но и объяснять причину.
На старте у меня были откровенно слабые софт-скилы, поэтому я целенаправленно их прорабатывал. Поэтому когда вспоминаю, как я коммуницировал раньше, и вижу, как могу сейчас решать специфические кейсы, вижу существенный прогресс. Сейчас я способен уговорить человека остаться в команде или, наоборот, сменить проект, даже если у меня нет прямых рычагов влияния. Это я говорю не для того, чтобы похвастаться, а чтобы показать на своем примере, что мягкие навыки — не то, с чем вы рождаетесь. Конечно, есть люди, у которых начальный уровень высок, но даже если вы не из этой категории — не расстраивайтесь, вы можете улучшить свои софт-скилы.
Хотите получать дайджест статей?
