Junior менеджер кто это

Что должен знать Junior Project manager и как им стать

Project-менеджер – это специалист, который отвечает за планирование, организацию, контроль и успешное завершение проектов. Он делает так, чтобы команда работала слаженно и выполняла задачи в срок. А еще, чтобы бюджет распределялся равномерно и продукт соответствовал ожиданиям пользователей. Человек очень важный и нужный в любой сфере: от финансов и строительства до маркетинга, продаж, IT и медицины.

Ранее мы уже писали о том, кто такой Project manager и чем он занимается. Сегодня расскажем, какие навыки необходимы, чтобы им стать.

Что должен знать и уметь Project manager

Профессия проджект-менеджера становится все более популярной. Это связано с тем, что компании постоянно разрабатывают новые продукты и услуги. И для них важно сделает процесс максимально предсказуемым с точки зрения времени, расходов, доходов, планирования и результатов. Толковый специалист без проблем найдет работу в украинской или зарубежной компании. Чтобы понять, какие знания и навыки нужны Junior Project-менеджеру, посмотри программу наших курсов и требования в вакансиях. Вот некоторые из них:

• Методологии разработки и управления проектами.
• Взаимодействие с заинтересованными сторонами.
• Риск-менеджмент, планирование и контроль качества.
• Управление процессами, задачами, изменениями и релизами.
• Сбор требований и оценка проекта.
• Работа с метриками, документацией и отзывами.
• Составление технических заданий и подготовка презентаций.
• Базовые знания аналитики (бизнес-анализа, например).
• Управление бюджетом, ресурсами и приоритетами.
• Создание команды и архитектуры проекта.
• Особенности работы с контрактами.
• Понимание технологий и специфики своей сферы.
• Настройка каналов коммуникации.
• Инструменты вроде Jira, Asana, Zoho Projects или Basecamp для автоматизации рабочего процесса.
• Английский язык.

Менеджер проектов – настоящий супергерой, который умеет упорядочивать хаос, принимать решения, разрабатывать планы и воплощать их в жизнь. Нужно понимать, что профессия Project manager предполагает много общения, поэтому тебе понадобятся еще и мягкие навыки. Давай о них поговорим.

Софт скилы для Project-менеджера

Чтобы справиться с работой Project-менеджера, нужно развивать не только hard skills, но и мягкие навыки, среди которых:

• Аналитическое, креативное, инновационное и ситуативное мышление.
• Ответственность и внимание к деталям.
• Лидерство и командная работа.
• Презентация идей и ведение переговоров.
• Планирование, тайм-менеджмент и решение проблем.
• Адаптивность и эмпатия.
• Управление конфликтами.
• Стрессоустойчивость и хорошая память.
• Постановка, контроль и делегирование задач.
• Настойчивость и целеустремленность.
• Нормальное отношение к критике.
• Стремление постоянно учиться и развиваться.

Эти скилы помогут тебе пройти собеседование на должность Junior Project manager, вписаться в команду и не выгореть на работе. Мы уделяем внимание английскому и мягким навыкам на всех курсах от GoIT.

Кому подойдет работа менеджером проектов

Эта профессия подходит тем, кто умеет быть лидером и брать на себя ответственность. Смело записывайся на курсы Project manager с нуля, если ты:

• Любишь общаться с людьми и умеешь слушать.
• Не устаешь от постоянных звонков и встреч.
• Не думаешь, что каждый конфликт – это конец света.
• Готов постоянно работать с процессами и искать способы их оптимизировать.
• Легко переключаешься между задачами.
• Умеешь сохранять спокойствие и не боишься изменений.
• Готов отстаивать интересы команды и бороться за качество продукта.
• Любишь учиться и применять новые знания на практике.

Работа Project-менеджера – это не про расслабленность и стабильность. Здесь нужно постоянно быть в курсе событий, уделять внимание деталям и держать все под контролем. Если у тебя есть необходимые качества, то дерзай. Профессия интересная, полезная и крутая!

Как стать проджект-менеджером в IT

Как и в каждой IT-профессии, придется составить план, найти время, запастись терпением и приложить усилия. Банальный, но проверенный способ. Чтобы стать менеджером проектов, нужно:

• Изучить сферу, посоветоваться со знакомыми айтишниками и понять, что эта работа тебе подходит.
• Составить список нужных знаний и скилов.
• Записаться на курс Project manager c оптимальной программой, чтобы учиться у профессиональных преподавателей, получать поддержку менторов и обратную связь. А еще общаться с единомышленниками, развить софт скилы, создать первые проекты, подтянуть английский и подготовиться к трудоустройству. В GoIT ты освоишь профессию проджект-менеджера за 2 месяца. Самостоятельное обучение тоже возможно. Но это гораздо дольше и сложнее.
• Читать книги по проджект-менеджменту и следить за экспертами.
• Начать вести аккаунты на профильных площадках и общаться в профессиональных комьюнити.
• Подготовить портфолио (pet-проекты, стажировки, фриланс и т.д).
• Составить мотивационное письмо и резюме.
• Изучить типичные вопросы и задания для должности Junior Project manager.
• Потренироваться с помощью тестовых интервью.
• Получить первую работу.
• Продолжать учиться и развивать личный бренд.

Без менеджеров проектов в компаниях все работало бы хаотично (с продуктами, которые запускаются как-нибудь и когда-нибудь). В общем, никакой слаженности и предсказуемости. Поэтому скорее записывайся на наши курсы и усердно учись. Ты нужен в IT-сфере.

Junior, Middle, Senior в разработке — кто есть кто и как перейти на уровень выше

Junior зарабатывает от 40 000 ₽, Middle от 100 000 ₽, а Senior от 250 000 ₽ и выше.

Виктория Земскова
Автор статьи
29 марта 2022 в 16:59

Четкой границы между младшим (junior), средним (middle) и старшим специалистом (senior) в IT нет. В одной компании разработчик может быть крепким сеньором, а при переходе в другую компанию стать мидлом, но с сохранением заработной платы и даже ее повышением, потому что в другой компании уровни считаются иначе.

Рассказываем, в чём разница между junior, middle и senior, как понять, что вы уже не джуниор или что мидлу пора становиться сеньором. И что нужно сделать, чтобы продвигаться по карьерной лестнице.

Junior — первая ступень в разработке

Джуниор (junior) — это младший специалист. Он знает теорию, освоил синтаксис одного языка программирования и может писать на нём код. Если джуниор не умеет писать код, то это стажер.

Знания у джуниора обычно не структурированы, но их хватает, чтобы решить простые технические задачи, если указано, что и как сделать.

Положение на рынке труда: джуниору сложно найти первую работу. Компаниям всегда проще нанять мидла или сеньора. Поэтому на открытые вакансии начинающих специалистов претендуют тысячи выпускников курсов и институтов.

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

В Skypro на курсе «Веб-разработчик» можно стать джуниором за 10 месяцев и начать поиск работы по новой специальности. Центр карьеры поможет подготовиться к собеседованиям и тестовым заданиям, составить цепляющее резюме. А портфолио с реальными проектами соберете из домашек и курсовых, которые сделаете под руководством опытных наставников.

Опыт. Год — полтора реальной разработки.

Знания и навыки. Хорошо разбирается в языке и технологии, которую использует компания.

Софт-скилы (личностные качества). Восприятие критики, умение слушать, открытость новому, адаптируемость и обучаемость.

Задачи: технические задачи — четко поставленные, с подробным описанием, что и как нужно сделать. Например, исправить некритичные ошибки, добавить или изменить элементы пользовательского интерфейса. Пример задачи в frontend-разработке — сверстать слайдер по прототипу.

Станьте Java-разработчиком в два раза быстрее
Ускоренный курс для тех, кто хочет быстрее перейти на удаленку

Ответственность. Минимальная.

Зарплата. 40 000 ₽ — 100 000 ₽.

Пример вакансии стажера / backend-разработчика уровня junior на хедхантере

Что делать, чтобы перейти на следующий уровень. Джуниор может вырасти до мидла, если изучит весь набор технологий, используемый командой:

• языки программирования;
• фреймворки — платформы, набор технологий, который помогает разработчику создавать, масштабировать и обслуживать веб-приложения;
• системы управления базами данных;
• компиляторы — программы, которые переводят текст с языка программирования в набор машинных кодов.

Будущему мидлу нужно писать код без ошибок, уверенно, самостоятельно и в срок решать небольшие задачи. А еще читать чужой код и высказывать по нему полезные замечания.

Работодатели высоко оценивают навыки и знания выпускников Skypro. Часто говорят, что после курсов, например «Java-разработчик», на позицию джуниора претендуют начинающие мидлы, которые смогут рассчитывать на повышение уже через полгода-год.

Сколько это займет времени. Зависит от компании: где-то разработчик остается на позиции джуниора два — три года, а в другой — перейдет на новый уровень за год. Разработчик тоже влияет на развитие своей карьеры. Джуниоры с опытом 10–15 лет не редкость, если специалист не хочет развиваться в профессии и брать больше ответственности.

Как происходит переход на уровень мидла. Оценивают компетенции младшего специалиста каждые полгода. Джуниор и его наставник встречаются и изучают цели, которые сотрудник должен достичь, чтобы повысить уровень. Вырос джуниор или нет, решает тимлид (руководитель направления). Если код джуниора принимают после первого ревью (проверка), значит, он может перейти на следующий уровень.

Middle — крепкий середнячок

Мидл (middle) — средний специалист. Это основной разработчик, который выполняет поставленные задачи почти без ошибок. Знает языки программирования и использует дополнительные технологии — например, backend-разработчик погружается во фронтенд и учит Angular. Мидлу не нужна проверка кода, наоборот, он сам проверяет его и исправляет, чтобы тот стал простым и понятным.

Мидл умеет решать нестандартные задачи. Например, если его попросили реализовать назначение прав пользователям, мидл понимает, как выполнить задачу, на какие типы разбить: пользователь, администратор, модератор и т. д. Он не боится задачи на неделю и может ее декомпозировать — разделить на простые и понятные части.

Положение на рынке труда. Мидлов редко увольняют, потому что на них держится вся разработка в команде. Устроиться на новую работу мидлу просто: обычно они ищут предложения о работе, при этом остаются на прежнем месте. На новую работу переходят, если их повышают до сеньора или предлагают зарплату выше.

Опыт. От двух до семи лет.

Знания и навыки. К техническим навыкам джуниора добавляются новые — они приходят только с опытом. Мидл должен досконально знать базу используемых в разработке языков, не поверхностно, а понимать, как изнутри работает технология или фреймворк, иметь опыт работы и теоретические знания стандартных библиотек.

Софт-скилы (личностные качества). Мидл понимает, что работает не один, и умеет договариваться с другими членами команды. Проявляет самостоятельность, нацеленность на результат, большую ответственность и инициативность.

Задачи. Решает бизнес-задачи, которые закрывают конкретную проблему. Ему по силам изменить существующий сервис, добавить новые страницы интерфейса или функции API (протокол, с помощью которого программы общаются между собой и обмениваются информацией). Если говорить о тестировании, мидл умеет писать автотесты (программы для автоматического тестирования приложений) с нуля,без копирования кода, полностью самостоятельно. Мидл способен закрывать, не срывая сроков, 80% поставленных задач.

Ответственность. Полностью отвечает за проект или задачу, которую разрабатывает.

Зарплата. От 100 000 ₽ до 300 000 ₽.

Пример вакансии Python-разработчика уровня middle, от 160 000 ₽ до 260 000 ₽ на хедхантере

Что делать, чтобы перейти на следующий уровень. Для этого программисту нужно изучать новые технологии — например, мультиоблачные среды или блокчейн-технологии. Читать и анализировать исходный код популярных проектов: Facebook (организация признана экстремистской и запрещена на территории России), Uber, Netflix или «ВКонтакте». Изучать разные системы управления баз данных.

Сколько это займет времени. У всех разная скорость и возможность обучения на текущем месте работы. Поэтому важные факторы для роста — стремление к саморазвитию и способность достигать своих целей. В среднем мидлу требуется от четырех до семи лет для перехода на следующий уровень. За это время программист полностью изучит все языки и технологии, которые используются в команде, начнет брать на себя больше ответственности за проект, научится наставничеству.

Как происходит переход на уровень сеньора. Оценивает компетенции мидла технический руководитель или другие старшие разработчики — они и решают, может ли мидл перейти на уровень сеньора. Часто в компании только один сеньор и для повышения уровня программисту нужно искать другое место работы.

Senior — самый опытный в команде

Сеньор (senior) — старший разработчик. Уровень зависит не только от стажа в программировании. Если разработчик 10 лет занимается одинаковыми задачами, вырасти в сеньора не получится.

Сеньор — это самый опытный специалист в команде. Решает сложные задачи, проектирует архитектуру программ и систем и понимает, что в итоге должно получиться при запуске продукта или программы. Такой специалист проверяет код и помогает менее опытным разработчикам. Нередко занимает управляющую должность. Главный показатель сеньора — успешно запущенные IT-продукты, которые работают.

Положение на рынке труда. Сеньоров не увольняют. Кадровики охотятся за ними и переманивают в свои компании. При этом предлагают высокие заработные платы, премии, бесплатный выкуп акций компании, страховки ДМС, обучение за счет компании, оплату обедов, занятия в тренажерных залах.

Опыт. От пяти до семи лет.

Знания и навыки. Создает и продумывает архитектуру проекта, пишет инструменты для решения задач в разработке и фреймворки, которыми пользуются джуниоры и мидлы. От сеньора требуют не только найти решение, но и убедить в его правильности заказчика и команду.

Софт-скилы (личностные качества). Для сеньора характерны наставничество, выработка и принятие решений, многозадачность, клиентоориентирование и планирование.

Задачи: решает сложные и нестандартные бизнес-задачи. Например, получив задачу создать безопасный сервис, который свяжет людей, сдающих жилье, с путешественниками, и прозрачную платформу для оплаты на нём, сеньор вначале узнает, какую проблему решает задача. И может согласиться с ней или предложить свое решение, которое будет менее затратным. Затем сеньор собирает группу для решения задачи, формулирует задания для младших разработчиков, принимает работу и представляет результат компании. Сеньор умеет слушать заказчика, понимает процессы не только с технической точки зрения, он решает задачи бизнеса, даже несформулированные.

Ответственность. Отвечает за весь проект и работу всей команды: за архитектуру, скорость и эффективность кода.

Зарплата. От 250 000 ₽ и выше, верхней границы нет.

Пример вакансии PHP-разработчика уровня senior, от 250 000 ₽ до 700 000 ₽ на хедхантере

Что делать, чтобы перейти на следующий уровень. Возможностей у сеньора больше, чем у джуниора или мидла. Развиваться сеньор может в сторону технического директора, тимлида (руководитель команды), IT-архитектора или создать свою компанию по разработке. Для развития ему нужно повышать технические навыки — глубже изучать языки программирования, их структуру; наращивать софт-скилы — планировать работу свою и команды, брать на себя ответственность за решения и результаты и глубже погружаться в бизнес-процессы компании.

Сколько это займет времени. Как и с сеньором, будет ли мидл расти дальше или нет, зависит от самого человека и возможностей, которые предоставляет текущее место работы. Сеньор может как стать техлидом или тимлидом за два — три года, так и оставаться в прежней позиции всю жизнь.

Как происходит переход на уровень техлида. При открытой вакансии к разработчикам-сеньорам присматриваются руководители компании. Если своих специалистов нет или требуется опыт в технологиях, которые компания не использовала раньше, поиск специалиста ведется на стороне через просмотр резюме и собеседования.

Куда может развиваться сеньор

Техлид (Tech Lead), он же CTO — Chief Technical/Technology Officer, или CIO — Chief Information Officer, директор по информационным технологиям. Это человек, который строит архитектуру для всей команды. Это самый сильный разработчик в команде. Выбирает техническое решение задачи: предлагает использовать определенные фреймворки, технологии и библиотеки. Он же проверяет код и решает самые сложные или ответственные технические задачи. Например, принимает решение об автоматизации работы с облачным провайдером и рассчитывает ROI (окупаемость инвестиций) этой автоматизации.

Тимлид (Team Lead) — одновременно опытный программист и хороший менеджер. Связующее звено между командой и менеджером проектов. Тимлид следит, чтобы у каждого сотрудника была задача и он понимал, как ее делать. В половине случаев тимлид занят менеджерской работой: согласует, раздает задачи и права пользователям, следит за загрузкой программистов, распределяет задания.

Проджект-менеджер (Project Manager) — руководитель проекта. Он координирует проект, организует взаимодействие между отделами, руководителями и заказчиками. В небольшой компании один человек может сочетать в одном лице тимлида и руководителя проекта. В больших — эти должности занимают два человека, каждый со своим уровнем ответственности.

IT-архитекторы — это разработчики с большим опытом реализации коммерческих проектов, которые умеют закладывать архитектуру (каркас) сложной IT-системы. Главная задача IT-архитектора — найти оптимальное решение между потребностями заказчика и возможностями команды.

Как пройти путь от программиста-одиночки до руководителя отдела IT в 500 человек

Павел Щербинин — технический директор в «Яндекс.Практикуме», руководитель отдела в 500 человек, экс-вице-президент по технологиям в «СберМаркете» в интервью Skypro рассказал о своей карьере в разработке.

Павел, расскажите о своём образовании.

У меня высшее профильное образование. Я учился в Ступинском филиале Московского авиационно-технического института имени Циолковского (МАТИ), на факультете автоматизированных систем управления.

Какой была ваша первая стажировка или работа? Чему она вас научила?

Моя первая серьезная работа была в компании, которая занималась автоматизацией информационных систем Росздравнадзора. До неё я был программистом-фрилансером, делал сайты на заказ, но это не считается. Своей первой настоящей работой в IT я считаю именно работу в команде.

На стажировке я узнал, что качество моего кода, писать который я учился по книжкам и урокам, не соответствует реальным проектам. И всё, что я делал раньше, было плохого качества. Работая рядом с крутыми программистами, я понял, как писать код, за который не стыдно. Я начал выходить за рамки поставленных задач: разбираться, как и что устроено и почему так написано, а не иначе, как правильно структурировать код по файлам, функциям и т. д. Я многому научился именно на своей первой работе.

Что, по вашему мнению, больше всего оказало влияние на вашу карьеру в IT?

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

Второе — интерес к программированию. Мне всегда было интересно, как всё устроено, и я старался погрузиться как можно глубже. Вспоминаю очень интересный переломный момент. Когда-то я думал, что я очень хорош в программировании: много лет писал код, выступал на конференциях и был их организатором. И вот я решил посмотреть, как устроено несколько модулей из языка Perl. Я смотрел исходный код и понимал, что не могу его прочитать. И не из-за того, что он плохо написан, а потому, что были использованы конструкции, которых я не знал.

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

Project менеджер junior

Junior менеджер проекта — одна из самых противоречивых позиций в ИТ-индустрии. Считается, что если вы собираетесь возглавить проект, то это должен быть опытный менеджер, который развился до среднего или старшего разработчика и в идеале разбирается в технических нюансах проекта.

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

Junior менеджеры проектов помогают своему руководителю и отвечают за управление и поддержку проекта. Под руководством старшего менеджера проекта или директора младший сотрудник будет контролировать выполнение задач и следить за тем, чтобы работа выполнялась в соответствии с планом. Распределение ресурсов, планирование задач и отчетность о проделанной работе также являются важными задачами. Именно на младшего менеджера полагается руководитель проекта.

Junior продакт-менеджер. Что он делает и как встроен в продуктовую команду

В этом материале мы обсудим, что ждет начинающего продакт-менеджера в первые месяцы работы: как он будет встроен в команду, какая у него зона ответственности и какие задачи он решает.

В материале о том, как стать продакт-менеджером, и материале о вариантах перехода в продуктовую роль через текущую компанию и нового работодателя мы обсуждали, что точки входа на начинающую продуктовую позицию формируются во многом на основе:

• предыдущего профессионального опыта;
• доменной экспертизы на уровне рынка;
• экспертизы на уровне отдельных частей продукта;
• других факторов.

Каждый из этих аспектов влияет на то, чем именно будет заниматься конкретный начинающий продакт-менеджер.

Обычно руководитель подбирает начинающему продакту задачи, которые опираются на его сильные стороны и помогают постепенно подтягивать слабые. Именно поэтому реальная работа двух начинающих продакт-менеджеров будет сильно отличаться.

Тем не менее во многом зоны ответственности начинающих продуктовых специалистов близки. И именно их мы обсудим.

Обычно на начинающей позиции продакт-менеджер отвечает за определенную фичу или часть работы над новым проектом — и обязательно под присмотром более опытного продакт-менеджера. В редких случаях ему могут отдать небольшую часть продукта или воронки.

Давайте подробнее обсудим, как начинающий продакт встроен в команду, какова ожидаемая зона ответственности и какие задачи ему предстоит решать.

Это материал будет полезен:

• Тем, кто планирует переход в продакт-менеджмент на начинающую позицию.
• Тем, кто уже находится на начинающей продуктовой позиции.
• Тем, кто планирует найм начинающих продактов.

Получайте знания там, где вам удобно

Делимся новостями GoPractice и новыми материалами для профессионального развития в нашей почтовой рассылке и в телеграм-канале

Позиция начинающего продакт-менеджера

Для определения начинающего IT-специалистов на русскоязычном рынке принято сокращение «джун» — оно же применимо и к продакт-менеджерам. Фактически оно определяет лишь то, что это специалист начального уровня.

На практике позиция начинающего продакт-менеджера может называться по-разному:

• младший продакт-менеджер, или Junior Product Manager;
• просто продакт-менеджер, или Product Manager;
• Associate Product Manager (более распространенная в западных компаниях стартовая позиция, близкая по смыслу к стажировке).

Это не так уж важно в контексте материала о навыках и задачах начинающего специалиста.

Как начинающий продакт-менеджер встроен в систему координат продуктовой карьеры

Давайте обсудим несколько интересных подходов к тому, как определяются зоны ответственности и решаемые задачи начинающего продакт-менеджера относительно более опытных продактов.

Это довольно верхнеуровневые, но достаточно универсальные фреймворки.

Подход Саймона Кросса (Simon Cross)

Саймон Кросс, бывший директор по продукту в Meta, предлагает следующую наглядную схему, которая показывает различие в зонах работы Junior, Middle и Senior продакт-менеджеров.

Кросс выделяет три уровня, на которых работает продакт-менеджер:

1. Определение проблемы (Problem)
2. Поиск возможного решения (Solution)
3. Реализация решения (Execution).

Начинающий продакт не отвечает за работу на уровнях 1 и 2. Их могут привлекать к этим этапам на определенные задачи, но они не будут в его зоне ответственности.

В рамках проектов начинающих продактов проблема обычно уже определена и найден оптимальный (в рамках имеющихся у команды представлений) способ ее решения — эту работу провели более опытные продакты. Теперь можно переходить к реализации решения — этапу Execution.

Ключевой инсайт из фреймворка Кросса: начинающий продакт-менеджер работает с достаточно низким уровнем неопределенности.

Часто к нему задачи приходят уже в состоянии, где ясно определена проблема, выработано и базово проверено потенциальное решение. Его же задача заключается в том, чтобы совместно с командой разработки и другими смежными специалистами довести предлагаемое решение до продакшена, получить и проанализировать первые результаты, предложить следующие шаги.

Чем более опытным становится продакт-менеджер, тем выше уровень неопределенности, с которым он сталкивается в работе.

Подход Анны Булдаковой

Анна Булдакова (CEO Meander, ex-Product Lead в Facebook London, ex-Intercom), автор телеграм-канала No Flame No Game, развивает эту мысль :

Работая на этапе реализации, начинающий продакт, на самом деле, решает большое количество задач, в том числе:

• Приоритизация;
• Обсуждение пользовательского опыта с дизайнером и разработчиками;
• Определение способа измерить успех;
• Определение подходов к тестированию;
• Обсуждение запуска с маркетингом, поддержкой, сейлзами и другими смежными специалистами;
• Анализ результатов запуска и принятие решений о дальнейших шагах;
• И другие.

Такая работа продуктового джуна во многом напоминает задачи проджект-менеджера, но все же их цели разные.

Проджект стремится к тому, чтобы реализовать определенный набор функциональности в оговоренные сроки, а продакт — к получению на выходе такого продукта, который будет ценным для пользователей и жизнеспособным.

Зона ответственности (scope) джуна относительно небольшая, но имеет потенциал принести ощутимый результат (impact). По мере того, как этот самый результат становится более заметным, увеличивается и зона ответственности.

Больше деталей о том, как дальше повышается ответственность джуна по мере усложнения задачи, — в этом телеграм-посте Анны.

Подход Intercom

Любопытный взгляд на ожидания от разных уровней продакт-менеджеров предлагает компания Intercom.

В Intercom выделяют пять областей навыков продакт-менеджеров:

1. Insight Driven. Опора на исследования и аналитику при принятии решений.

• Начинающий продакт-менеджер может сам общаться с пользователями и идентифицировать их потребности и проблемы, понимает индустрию, опирается в решениях на данные и исследования.
• Нужна помощь от более опытных коллег в определении метрик успеха проекта, в работе с данными и их интерпретации.

2. Strategy. Определение стратегии развития продукта, составление или участие в составлении роадмапа, планирование.

• Начинающий продакт может переложить стратегию компании на свою часть продукта, опираться на нее в решениях и донести до команды.
• Нужна помощь в составлении роадмапа, принятии стратегических решений, определении вектора развития продукта.

3. Execution. Навыки эффективной реализации продуктовых планов и поставленных задач.

• Начинающий продакт менеджер собирает инсайты для определения проблемы и участвует в поиске возможных решений, может запустить бета-тест и поделиться инсайтами с командой.
• Нуждается в помощи при определении дальнейших действий на основе полученных инсайтов, понимании пользовательского опыта за пределами своей зоны продукта.

4. Driving Outcomes. Навыки, позволяющие добиваться того, чтобы продуктовые изменения выходили в срок при сохранении качества продукта для пользователей.

• Адаптируется к текущему ритму запусков.
• Помогает в поиске проблем и багов в запущенных фичах.

5. Leadership Behaviors. Лидерские качества, эффективная командная работа, ответственность за выделенную зону продукта, соответствие ценностям компании.

• Начинающий продакт способен строить эффективную коммуникацию с командой, коммуницировать приоритеты, драйвить выполнение своих проектов.
• В коммуникации с командой открыт к фидбеку. Быстро интегрирует в работу предложения по улучшению процессов.

Рассмотренные фреймворки помогут вам приблизительно понять, как начинающий продакт-менеджер может быть встроен в организацию и какие зоны ответственности у него будут.

Это не универсальные правила, но они с достаточно высокой точностью описывают наиболее распространенные подходы к интеграции джуна в рабочие процессы.

Команда GoPractice скоро запустит новый образовательный курс. Он создан для тех, кто хочет перейти в продакт-менеджмент из смежной роли или индустрии.

Если вы планируете такой карьерный переход и не знаете, с чего начать, то присоединяйтесь к нашему сообществу свитчеров в телеграме, заполнив заявку .

Какие типы задач решает начинающий продакт-менеджер

Обычно на начинающей позиции продакт-менеджер отвечает за определенную фичу или часть работы над новым проектом — и обязательно под присмотром более опытного продакт-менеджера.

Возможные типы задач, которые могут поручить начинающему продакту:

• Запуск фичи, которая уже была проработана на уровне Discovery;
• Исследования для выработки вектора дальнейшего развития по определенному куску продукта;
• Анализ конкурентов;
• Исследование фидбека пользователей;
• JTBD-исследование и построение CJM — такие задачи новичкам дают, скорее, для погружения в контекст продукта и рынка.

Это далеко не полный список задач для джуна. Многое будет зависеть от самого продукта, его потребностей, нагрузки других членов команды и других факторов.

Важно то, что обычно начинающий продукт-менеджер получает узкую задачу с ясными критериями успеха выполнения и низким уровнем неопределенности.

По мере того, как он успешно справляется с задачами, его руководитель начинает давать ему более сложные задания с более высоким уровнем неопределенности.

Давайте обсудим иллюстративные примеры возможных задач для начинающего продакта.

↓ Развивайтесь в профессии продакт-менеджера с помощью симуляторов GoPractice.

→ Не знаете с чего начать? Пройдите бесплатный тест для оценки навыков управления продуктом и подпишитесь на телеграм-канал GoPractice .

Примеры задач для начинающих продакт-менеджеров

Ниже разберем несколько примеров задач, которые могут доверить начинающим продактам. Мы составили их на основе общения с опытными нанимающими продакт-менеджерами.

Пример 1

Анна — Junior продакт-менеджер крупного маркетплейса.

В команде обратили внимание на низкую конверсию из получения пользователями товаров в их отзыв на эти товары. Наличие отзывов, в свою очередь, помогает другим пользователям легче принять решение о покупке определенного товара.

Анна получила задание исследовать конкурентов на рынке, изучить поведение пользователей этих маркетплейсов, пообщаться с ними и предложить идеи, которые помогут улучшить конверсию из получения товара в оставление отзыва.

Анна нашла простое решение.

Раньше при оставлении отзыва пользователь попадал на крупный экран, где от него требовалось поставить рейтинг, прикрепить фото, написать подробный отзыв текстом. Такой подход был слишком требовательным и трудозатратным для пользователей и тем самым отпугивал их.

Анна предложила заменить в интерфейсе кнопку «оценить» на звезды рейтинга: только поставив оценку пользователь попадал на экран для составления более подробного отзыва. Но даже если пользователь не оставлял подробный отзыв, в базе уже сохранялась оценка, которую он выставил.

Анна инициировала и довела это решение до продакшена, провела эксперимент и убедилась, что команде удалось вырастить конверсию в отзыв и при этом не потерять в количестве подробных отзывов с текстом и фото.

Пример 2

Джон — Junior продакт-менеджер в банковском сервисе.

Иногда клиенты сервиса забывают пароль к своему личному кабинету, а доступные способы для самостоятельного восстановления пароля не могут им помочь. Например, был потерян доступ к номеру телефона, на который регистрировался аккаунт.

Джон получил задание исследовать, как другие сервисы (в том числе, работающие в других странах) решают проблему верификации личности владельца аккаунта, который потерял к нему доступ.

По итогам исследования в открытых источниках и тестирования других сервисов он собрал список идей (например, верификация по сумме последнего исходящего перевода, по дате открытия счета, через видео-звонок с представителем банка или другие варианты), оценил плюсы и минусы каждого из них, а также стоимость их реализации.

С этим результатом он пришел к руководителю, где они обсудили документ и выработали следующие шаги по проекту.

Пример 3

Мэри — Junior продакт-менеджер в сервисе по поиску специалистов-исполнителей: репетиторов, сантехников, бьюти-мастеров и других.

Мэри получает задачу изучить существующие решения для проверки благонадежности исполнителей (KYC), исследовать, как это реализовано у конкурентов.

Результат исследования она обсуждает и утверждает с руководителем.

Следующим шагом будет обсуждение реализации фичи с командой: продакт-менеджер обсуждает интерфейс решения с дизайнером и определяет подход к ее финальной реализации с командой разработки.

Скорее всего, перед реализацией готового решения Мэри еще раз обсудит все детали со своим руководителем.

Пример 4

Том работает Junior продакт-менеджером в крупном маркетплейсе.

В компании замечают группу пользователей с определенными паттернами заказа: они делают крупные и почти всегда одинаковые заказы с регулярностью раз в несколько недель.

Так формируется гипотеза о том, что за персональными аккаунтами могут скрываться B2B-клиенты, которые делают закупки для своих организаций.

Команда решает провести исследование и выяснить, что это за пользователи, какую именно задачу они решают, почему выбирают маркетплейс вместо альтернатив и так далее.

Задача Тома — провести JTBD-интервью с этими пользователями и на основе результатов подготовить презентацию и представить гипотезы о возможных доработках в продукте, которые позволят решать задачу B2B-клиентов эффективнее.

Пример 5

Кристина — junior продакт-менеджер в компании, разрабатывающей онлайн-платформу для публикации контента.

У платформы есть формат карточек-слайдов для упаковки контента. Он напоминает сторис, но не исчезает через 24 часа, не поддерживает видео и не может использовать камеру устройства.

Продуктовая команда решила попробовать запустить более классический формат сторис.

Для начала Кристине поручили поговорить с теми авторами, которые активно используют формат карточек, чтобы понять, какую ценность они в них видят. Оказалось, что для авторов этот формат был полезен, чтобы переадресовывать читателей на другие свои материалы.

Следующей задачей стало исследование рынка, в котором требовалось оценить использование формата сторис на других площадках, их эволюцию и примерные показатели. В этой задаче Кристине помогали маркетологи, у которых уже был опыт подобных исследований.

Далее Кристина составила роадмап для запуска фичи (сторис) и описание того, какие задачи пользователей он будет решать, будет ли монетизироваться и так далее.

Результат работы на каждом из этих этапов Кристина согласовывала с руководителем, приступая затем к работе над следующим.

После определения KPI готовящейся фичи Кристина начала работать с дизайнером и разработкой над непосредственным запуском сторис на платформе.

После запуска стало понятно, что метрики не отвечали желаемым, поэтому в дальнейшем от формата было решено отказаться.

Тем не менее ряд наработок, например инструменты работы с камерой, были затем использованы в других проектах платформы.

Что иллюстрируют эти примеры

Из общения с опытными нанимающими менеджерами мы узнали, что как и в случае с любым сотрудником на начинающих позициях, работу джуна обычно контролирует руководитель, более опытный специалист.

Важно, что обсуждать каждый отдельный шаг с руководителем и создавать дополнительную работу для него не нужно. Ключевой фактор для оценки начинающего специалиста заключается в том, что он берет на себя ответственность и закрывает собой часть работы, тем самым разгружая руководителя.

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

Заключение

Junior продакт-менеджер — стартовая позиция продуктового специалиста, но и она требует целого набора навыков и знаний.

В каждой компании конкретные задачи начинающего продакта будут отличаться в зависимости от целого ряда факторов.

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

Хотите дополнить этот материал на основе вашего опыта? Напишите нам на dima@gopractice.io.

Образовательные
продукты

Бесплатный тест навыков в управлении продуктом

Оцените свои навыки в управлении продуктом за один час

Симулятор управления продуктом на основе данных

Пройдите симулятор управления продуктом на основе данных

Симулятор управления ростом и масштабированием

Усильте знания и навыки в симуляторе управления ростом продукта

Симулятор SQL для продуктовой аналитики

Научитесь применять SQL в работе над продуктом и маркетингом

Новый симулятор управления ML/AI-проектами

Подписка
на новости и
материалы
Получайте знания там, где вам удобно

Делимся новостями GoPractice и новыми материалами для профессионального развития в нашей почтовой рассылке и в телеграм-канале