Pm должность что это

Опубликовано: 01.07.2024

Очень часто, даже в кругу ИТишников, люди не понимают, кто за что отвечает в процессе разработки. Давайте разложим все по полочкам.

Developer — разработчик

Это человек, который посредством определенного языка программирования пишет программу, которая выполняет то, что нужно заказчику. Тут следует обратить внимание, что далеко не каждый, кто пишет код — разработчики. Код пишут не только девелоперы, но и QA Automation (специалист автоматизации тестирования), DevOps (администраторы автоматического разворачивания систем), Data scientist и другие. Специальностей, в которых требуется написание кода, действительно много. Чем отличается девелопер от остальных? Тем, что написание кода — это его основная работа, все остальные специалисты используют код как служебный инструмент для выполнения своей основной работы.

QA (quality assurance) — тестировщик

Человек, занимающийся тестированием программного обеспечения с точки зрения его соответствия техническому заданию. Работа тестировщика напрямую связана с проверкой готовой работы программиста (дизайнера, девопса или других специалистов) на соответствие ТЗ, который написал заказчик.

Например, у нас есть курс Automation QA.

PM (project manager) — менеджер проектов

Руководитель проекта. На проекте могут работать ряд специалистов: программисты, тестировщики и пр. Все вместе они выпускают какой-то конкретный продукт. Проджект менеджер отвечает за то, чтобы этот продукт был готов вовремя и соответствовал требованиям заказчика. По факту, PM является представителем всей команды перед заказчиком. В большинстве случаев у PM не один, а несколько проектов, поскольку нагрузки от одной команды не слишком много. Достаточно одного статус-митинга в день и, при необходимости, отстоять интересы команды. Это не требует участия 8 часов в день, поэтому project manager ведет одновременно в среднем 3-5 проектов. Такую профессию может выбирать человек ответственный, который любит организовывать работу других людей, которому нравится чувство завершенности проекта. По факту, это как прораб на стройке — на нем команда и эта команда должна сдать проект в срок. Тут нужно быть именно руководителем.

И курс PMa у нас,кстати, тоже есть 🙂

Team Lead (техлид, тест-лид) — руководитель команды

Это технический специалист. Часто, это самый сильный специалист (и/или самый организованный) специалист в команде. Техлид — у программистов, тест-лид — у тестировщиков. Этот человек отвечает перед project manager за свою команду. Team Lead распределяет обязанности между другими членами команды, определяет загрузку человека, доносит пожелание/недовольства команды до руководства, берет на себя ответственность за выбор технического решения задачи. Такой человек есть в каждой команде. Назначается или официально, или неофициально (команда все равно выбирает кого-то, к кому прислушивается больше).

Как правило, карьерная лестница в ИТ выглядит так: Junior, Middle, Senior, Team Lead (или архитектор — это другая ветвь развития). Team Lead потом обычно идет в Project Manager и повышается до руководителя. Либо он идет в архитекторы и становится экспертом над несколькими командами. Архитектор выполняет роль технического специалиста, который отвечает за несколько проектов, связанных между собой. Должностей архитекторов мало, в некоторых компаниях такой позиции вообще нет.

Account manager

В разных компаниях эта должность может называться по-разному, но по сути этот человек является адвокатом клиента перед вашей компанией. Если заказчика нет на связи или у него нет времени, то вопросами проекта (на стороне клиента) занимается именно Account manager. Как правило, этот человек намного лучше разбирается в бизнесе клиента, чем в вашей сфере. В идеале, это прямой представитель компании, делегированный к вам на время разработки продукта. Бывает эту должность смешивают с Customer Success или другими. Все очень зависит от конкретной компании.

Buisness analyst

Бизнес-аналитик (он же Product Owner) тоже работает на стороне заказчика. Этот человек принимает решения касательно выпускаемого продукта с учетом анализа бизнеса. Утрированно: эта кнопка должна быть красная или синяя? Buisness analyst решает, какой вариант с точки зрения бизнеса будет эффективнее. Обычно именно этот специалист пишет документацию по проекту. Он собирает требования заказчика и именно он является последним человеком, который решает, как будет выглядеть продукт с точки зрения бизнеса. Если такие решения принимают разработчики — это очень плохо, поскольку они не знаю специфики бизнеса.

Опять же, в разных компаниях могут быть соединены должности Buisness analyst и Account manager. Но если говорить в идеале, то выглядит это примерно так: у клиента может быть несколько проектов. Account manager следит, чтобы каждый из них продвигался и был закрыт вовремя. А Buisness analyst это представитель клиента по каждому конкретному проекту и знающий его в деталях.

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

О должностях можно говорить очень долго. Перечисленные выше есть +/- во всех компаниях и выполняют примерно одни и те же функции. А есть должности, придуманные компаниями для себя, тут можно копаться до бесконечности.

Привет! Что же, это снова ребята из Hays, и снова пост с опытом и экспертизой рекрутеров. Но нет, мы не собираемся писать очередной материал про удаленку или про то, как айтишнику устроиться на работу. Сегодня мы разберемся с Project Manager’ами. Мы все чаще сталкиваемся с их наймом и отрабатываем кучу вопросов, в том числе и по специфике проджектов в сфере разработки ПО: кого ищут работодатели, какие они предъявляют требования? Об этом и поговорим.


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

«Я больше склоняюсь к мысли, что Project Manager — это, по сути, лидер, который любит решать проблемы и работать с людьми. Они вместе с командой инженеров решают сложные задачи и координируют коллектив для движения к цели», — подчеркивает Игорь Мишуров, Technical Project Manager компании Virtual Health.

В России проектного менеджера воспринимают своеобразно. Где-то (часто в стартапах) PM вынужден тащить на себе еще одну роль (а то и несколько), а где-то обязанности проектного менеджера вешают на сотрудника, выполняющего другой функционал. Руководители часто не ценят PM’ов, не понимают объемность и важность их работы. И зачастую экономят — создают гибридные роли (project manager / product manager; project manager / tech lead; project manager / system analyst).

Так что такое и зачем нужен PM?

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

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

«Для меня самым главным в работе проектного менеджера остается то, что привлекло много лет назад: мне нравится решать сложные задачи в масштабе проекта, планировать проект на годы вперед и превращать набор проблем и pain points в детальный и подробный план. Кажется, мне просто нравится воплощать в жизнь то, что вначале представляется невозможным и непонятным», — рассказывает Игорь Мишуров.

Если обобщить, Project Manager:

· общается с заказчиком;

· обрабатывает требования — дробит их на более мелкие;

· ставит своей команде задачи, следит за временем и ресурсами;

· координирует и контролирует ход работы;

· управляет бюджетом проекта;

· ведет проектную и техническую документацию.

При этом планирование и реализация проекта основываются на водопадной или гибких методологиях (Scrum, Kanban, Lean, XP).

Сдувай пыль с диплома: какое образование нужно PM?

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

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

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

«У успешного Project Manager’а я бы выделил несколько качеств: аккуратность, умение быстро вникнуть в задачу, умение отделять то, что движет проект к цели, а что — нет. Часто в роли проектного менеджера себя находят бывшие разработчики, которые научились строить проект изнутри и готовы на лидерство в команде. <…> Если вам комфортнее с компьютером, это не означает, что вы не можете стать отличным Project Manager’ом, но коммуникация и умение строить отношения — это основной аспект работы», — утверждает Игорь Мишуров.

Многие компании хотят себе PM’ов с опытом в IT и — совсем хорошо — в области разработки. Это могут быть как разработчики, которые выполняли дополнительно функцию Scrum Master внутри команды или курировали разработку отдельных элементов, так и Team Lead команды разработки - они лучше всех представляют, как распределяется нагрузка в команде, и смогут правильно расставить приоритеты.

Еще в роли PM эффективно проявляют себя тестировщики или Team Lead команды тестирования и специалисты-аналитики (системные, продуктовые, бизнес-аналитики). Вырасти до роли проектного менеджера могут и координаторы проектов или ассистенты в проектном управлении.

Главное требование к идеальному проектному менеджеру в сферическом вакууме можно обозначить так: для достижения качественного результата он должен понимать специфику разработки ПО, инструментарий, методы тестирования, инструменты системного анализа, а иногда и особенности архитектуры продукта, если в команде нет Tech Lead, готового прийти на помощь.

О чем спросят на собеседовании?

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

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

Зададут и вопросы по проектному планированию: как рассчитывается бюджет, сроки, ресурсы, что нужно учитывать. Компании важно понимать, что кандидат умеет просчитывать риски и заранее прорабатывать сценарии планирования.

«Я рекомендую всем начинающим руководителям проектов не забывать фокусироваться на рисках. Каждую неделю в спокойной обстановке (в нерабочее время, когда ваша голова разгружена от текучки) нужно спрашивать себя: что может помешать или мешает моему проекту быть выполненным?» — советует Игорь Мишуров.

Какие карьерные перспективы светят PM?

Внутри компании PM со временем может расширить свой функционал и увеличить зону ответственности — начать руководить сразу несколькими командами и проектами одновременно. И даже вырасти до Project Director.

А еще PM часто переходят в продуктовый менеджмент либо на роль Scrum Master или Agile Coach. А если Project Manager больше участвует в технической части процесса реализации проекта, то он может стать руководителем разработки или, например, Delivery Manager’ом.

Обратимся к статистике: на момент публикации этой статьи на hh.ru размещено около 15 тысяч вакансий проджект-менеджеров. Эта профессия требует самых разнообразных знаний, но при этом многие работодатели готовы рассматривать кандидатов без специального образования — на стартовые позиции ассистентов проджект-менеджеров или младших руководителей проектов.

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

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

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

Какие навыки наиболее важны для менеджера проектов

  • Понимание реальных потребностей заказчика или клиента.
  • Способность планировать, декомпозировать и каскадировать большие цели на понятные задачи, которые можно выполнить в обозначенные сроки.
  • Понимание принципов ресурсного менеджмента: какие ресурсы (человеческие, финансовые, временные и пр.) необходимы для того, чтобы реализовать проект, и умение их получить.
  • Управление рисками — умение предугадать возможные сценарии развития событий и заранее «подстелить соломки».

Андрей Шувленов, руководитель проектов из компании Devexperts, считает, что один из ключевых навыков успешного проджект-менеджера — это готовность постоянно учиться (концепция life-long-learning). «Как и с почти любой другой профессией, для того чтобы стать проджектом, нужно обладать мышлением, трудолюбием и постоянно практиковаться, учиться. Если вам кажется это немного абстрактным и уж больно знакомым, то вам не кажется. Однако это основа, которая позволит вам стать кем вы пожелаете, в том числе и менеджером проектов. Этой основы достаточно, чтобы начать. Кроме этого, назову самые разнообразные навыки коммуникации. Ведение переговоров с заказчиком, налаживание отношений внутри команды, даже получение необходимых ресурсов для проекта от своей же компании — это регулярные примеры, где soft skills обеспечат успех вашему проекту, а значит, и вам. Привычка фиксировать коммуникацию в письменном виде облегчит работу».

Инна Чернышова, менеджер проектов в международной компании, добавляет, что есть еще один важный ингредиент — качество этой коммуникации: «Это способность формировать партнерские отношения в процессе работы над проектом, самоорганизация, целеустремленность, стратегическое мышление. Культивация этих качеств позволит сделать рабочий процесс продуктивным и комфортным для вас, членов команды и ваших заказчиков и прямых руководителей. Именно от поддержки и уважения часто зависит движение и успешное завершение проекта».

С какими трудностями сталкиваются начинающие проджект-менеджеры

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

По наблюдениям Инны Чернышовой, в той или иной степени этим страдает большинство начинающих экспертов:

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

  • Директивное управление, то есть следование прямым инструкциям, что делать и чего не делать, — болезнь новичков, которую не все перерастают. Такой метод управления может быть хорош для работы с коллегами на начальных позициях, где важна технология производства или сервиса. Однако взрослых людей, занятых интеллектуальным трудом, такое обращение раздражает либо расхолаживает. В особо тяжелых случаях директивное управление сопровождается еще и микроменеджментом.
  • Чрезмерное уточнение деталей и желание спланировать абсолютно всё — рождается от неуверенности в проекте и боязни провала, сопровождается гарантированной ненавистью команды.
  • Тотальный контроль — на моей практике им страдают руководители, выросшие в эпоху индустриализации и прошедшие школу “советского” менеджмента, а также некоторые недавно вступившие на рынок труда, чувствующие груз чрезмерной ответственности менеджеры. Тотальный контроль плох в первую очередь для самих менеджеров — постоянный страх, что ты не всё проверил, а то и вообще “всё забыл”, выматывает психологически и иссушает жизненные силы. Ну а в “жертвах” этого контроля выращивает ответное чувство тревоги и рождает креативность в сокрытии негативных результатов — появляется общая атмосфера недосказанности».

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

От хорошего к великому

Если вы приобрели крепкую «базу» в виде компетенций и смогли преодолеть типичные «болезни» профессии, это еще не означает, что вы станете суперуспешным проджектом, в команду которого мечтают попасть. Что отличает просто нормального менеджера от очень хорошего? По мнению Инны Чернышовой, это сразу несколько довольно важных моментов:

«Основным мерилом происходящего в проекте мне представляется ответ на вопрос “как сделать проекту лучше”. Успех проекта — это доставка результата в срок, в нужном объеме и в пределах оговоренной стоимости, а также удовлетворенность заказчика, — хорошо бы, чтобы это все являлось приоритетом работы менеджера.

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

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

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

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

Как становятся проджект-менеджерами

Из своей практики могу сказать, что стать менеджером проектов можно двумя путями:

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

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

Так, например, получилось у Анастасии Борисюк, ведущего менеджера проектов в «Актион Технологии», автора телеграм-канала «Кнопка Хорошо»: «Если хочешь быть проджектом — становись проджектом. Я считаю, что обходных путей здесь искать не надо. Чтобы стать менеджером проектов, не нужно идти в разработку и потом “переходить в соседний отдел”. Если ты уже разработчик / тестировщик / кто-то из ИТ и хочешь попробовать что-то новое, то переход — это хорошая возможность. Я знаю людей, которые поступили именно так, когда в своем направлении выгорели. Эти люди уже знали, что такое ИТ, разработка проектов и продуктов, перед ними стояла задача стать хорошими менеджерами и сменить обстановку.

Если опыта нет, человек только вышел из университета или окончил курсы, то прекрасный вариант — идти стажером/джуниором на проджекта. Это лично мой путь, я училась на матфаке и пошла стажироваться в ИТ-компанию по разработке ПО на заказ. Я тогда почти ничего не знала об этой профессии, но понимала, что нужно будет постоянно развиваться. В общем-то, главное начать, а дальше начинается круговорот получения опыта работы с заказчиком, командой, написанием бизнес-требований и другими штуками, которыми занимается проджект менеджер.

Есть мнение, что неплохо заходить в ИТ через ручное тестирование и потом выбирать, куда пойти дальше — разработка или менеджмент. Я лично его не поддерживаю. В тестировании и так очень много куда развиваться, а набить шишки на проектах можно сразу в той роли, в которой вы видите себя».

Вопросы для самоподготовки

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

❶ Какие методологии управления проектами вы знаете?

❷ Расскажите о любом pet-проекте, который у вас был (от запуска мобильного приложения до планирования домашней вечеринки).

❸ Что такое «тройное ограничение», или «треугольник управления проектами»?

❹ Приведите пример какого-то рабочего конфликта и расскажите, как вы его решали?

❺ От чего зависят сроки проекта? Что делать, если по каким-то причинам команде нужно больше времени на работу, а вы уже пообещали заказчику релиз к определенной дате?

❻ Как оценить задачи на проекте и для чего это делать?

❼ Как вы будете действовать, если заказчику не понравится результат работы?

❽ Что делать, если два сотрудника в вашей команде спорят о каком-то из этапов проекта — и вы понимаете, что этот спор может повлиять на сроки?


Multitask image via Shutterstock.

Представляем вашему вниманию третий материал из серии «Карьера в IT», в каждом выпуске которой мы рассматриваем одну из должностей в сфере разработки ПО. Данная часть цикла посвящена позиции Project Manager.

Project Manager — это специалист, чьей главной задачей является управление проектом в целом: проектирование и расстановка приоритетов, планирование выполнения задач, контроль, коммуникации, а также оперативное решение проблем.

PM — нетехническая должность, но большинство украинских PM’ов в IT — это бывшие разработчики или тестировщики. Так, по поисковому запросу «Project Manager» (в отраслях «информационные технологии», «разработка ПО» и «Интернет-технологии») поисковая база LinkedIn находит 2905 человек, из них 1467 (51%) — бывшие технические специалисты: 1182 в прошлом работали «software engineer» или «developer» и 285 — «tester» или «QA».

Согласно статистике ДОУ, среднему украинскому PM’у 28 лет, он имеет зарплату $2000 и опыт работы 3,8 года.

Задачи и обязанности

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

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

С другой стороны, задачи PM’а можно объединить в 3 группы:
— достижение целей проекта и клиента (эффективное выполнение задачи, обеспечение высокого уровня удовлетворенности клиента);
— достижение целей начальства и компании (финансовые показатели);
— достижение целей членов команды (мотивация, помощь в реализации карьерных целей, предотвращение конфликтов).

«Главная постановка задачи для PM’а: „Нам нужно, чтобы это работало“, что подразумевает, что команда предоставит результат в разумные сроки с разумным уровнем качества».

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

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

Работу PM’а можно разделить на 5 режимов:

  1. Проектирование нового продукта или какого-либо нового функционала. На этом этапе PM организовывает митинг с техническим архитектором и разработчиками, оглашает задачи, которые им предстоит решить. В результате команда определяет путь, по которому пойдёт разработка.
  2. Планирование. На этом этапе важно учесть все факторы, влияющие на ход разработки, в том числе квалификацию сотрудников и связанные с ними риски, зависимость от сторонних сервисов, багфиксинг.
  3. Контроль. «Ежедневное многократное действие, которое необходимо PM’у для понимания, что происходит в проекте. Нужно всегда держать руку на пульсе».
  4. Оперативное решение возникающих проблем.
  5. Коммуникация с заказчиком, командой, сопутствующими сотрудниками на всех этапах развития проекта.

«В нашей стране должность PM’а часто эволюционирует из должности старшего разработчика, техлида или QA-лида. Таким образом, у новоиспеченного PM’а может начисто отсутствовать управленческий опыт. И, как часто случается (эффект нимба), организация теряет хорошего технаря и приобретает плохого PM’а».

Типичный рабочий день PM’а предполагает:
— Планирование очереди задач на текущий день;
— Проверка выполненной работы команд за прошедший день;
— Проведение стендапа с командой;
— Коммуникации с заказчиком по эмейлу, скайпу, телефону, митинги;
— Работа с документацией, отчетность;
— Мониторинг выполнения задач;
— Решение разнообразных текущих проблем;

«Открыть глаза, взять телефон — проверка почты, если нет заголовков URGENT — пойти чистить зубы. Во время завтрака проверить почту, рассортировать. Ответить только на URGENT. Приехать на работу, разбросать почту, ответить, добавить в свой лист задачи, расставить приоритеты».

В качестве Библии по классическим обязанностям PM’а рассматривается книга PMBOK — свод знаний по управлению проектами.

«Хоть чучелом, хоть тушкой, но проект надо выпустить».

Достоинства и недостатки

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

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

«Привлекает возможность решать проблемы, это как адреналин».

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

«Начальство часто считает, что РМ должен делать всё и всегда виноват только он. Какая-либо оплошность команды в целом (низкое качество, несоответствие требованиям, затягивание сроков и т.д.) ложится полностью на плечи РМ’а, в то время как члены команды не несут никакой ответственности. Если проект успешный — команда молодец, сделала проект. Если провал — РМ виноват. Это демотивирует и добавляет седин».

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

«Слишком много энергии тратить на „зажигать“ — вечером приходишь выжатый как лимон».

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

Как стать PM’ом и куда идти дальше?

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

«Важно уметь быть ведущим, а не ведомым, а также находить баланс между диктатурой и бесконтрольностью».

«Качество первое: не ныть! В любой ситуации, даже если всё падает и тебе в истерике звонят заказчики — ты должен быть спокоен. Да упало, да проблема — мы над этим работаем. Второй момент: нужно хотеть и уметь думать наперёд. Починили то, что упало — мы герои. А чего оно вообще упало? И как сделать так, чтобы не падало?»

«Гигиенический минимум нашей отрасли — это приемлемый уровень английского. И конечно, необходимо быстро учиться новому».

Карьерный путь к должности PM у специалиста, который ранее уже работал в IT, выглядит примерно следующем образом: Разработчик (тестировщик) —> Ведущий разработчик (тестировщик) —> PM.

«Изначально я выбрал профессию программиста. За несколько лет работы понял, что мне больше нравится и лучше получается общаться с людьми, а не с дебаггерами, поэтому решил изменить свою должность в ИТ».

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

«Если хочешь стать PM’ом, твои навыки должны подходить под стиль управления в компании, ты должен иметь нормальные или хорошие отношения с руководителем. В идеале твоя кандидатура должна приходить твоему менеджеру в голову первая, если он думает о своей замене».

А вот пример карьеры не-ITшного PM’а:
«В ИТ я попала случайно. По образованию лингвист. Одна компания расширяла штат менеджеров проектов и была готова обучать персонал. Меня взяли на позицию Junior project manager, где я проработала полгода. Потом я прошла evaluation, и мне стали давать отдельные проекты. Честно говоря, все знакомые мне PM’ы пришли в профессию точно так же — с ин.яза, без опыта, но с каким-то интуитивным пониманием диджитал процессов. Важно, чтоб тебе было легко разобраться в работе, иначе не получится. Если для тебя нет разницы между форматами .jpg и .swf, если ты не понимаешь, как сервер общается с клиентом, даже если тебе эту схему нарисовали на бумажке, вряд ли получится стать менеджером ИТ-проектов».

Закономерным продолжением карьеры менеджера проектов является рост «по горизонтали», то есть расширение полномочий, степени ответственности и глобальности задач, и в дальнейшем занятие должности Program Manager. Если интересно развиваться в других, нетехнических, направлениях менеджмента, то можно перейти в отдел продаж или в отдел по работе с клиентами. Вообще говоря, перспективы не ограничены, включая топ-менеджмент: CTO, CEO, CIO, COO.

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


Проект. Признаки проекта


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


Признаки проекта :

  • Наличие цели проекта
  • Новизна и неповторимость
  • Организация и координирование взаимосвязанных работ
  • Ограниченность в ресурсах


В чем заключается основная работа на проектах?


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


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


Какие цели ставит PM перед сотрудниками?


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


Цели, которые ставит ПМ должны быть:

  • Конкретные
  • Измеримые
  • Достижимые для отдельного сотрудника
  • Реалистичные
  • Определенные во времени

Навыки, присущие РМ

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


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


Обязанности РМ в веб-студии

  • Ведение документации
  • Планирование задач
  • Мотивация команды
  • Общение с заказчиком
  • Определение приоритетности задач
  • Определение приоритетности задач
  • Решение проблем
  • Контроль работ


PM в стартапе. Обязанности и отличия от студии


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

Читайте также: