fbpx

Так нужны ли технические навыки менеджеру проектов?

10 февраля 2017

  • Автор: Мэри Ротарь

  • Сложность: норм

  • Время: 3 мин

Неделю назад на DOU разгорелась бурная дискуссия на тему «Нужны ли технические навыки менеджеру проектов?». Как правильно заметил автор — этот холивар стар как мир. Так как большая часть проектных менеджеров на сегодняшний день гуманитарии с хорошими soft skills споры будут продолжаться ещё долго.

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

Однако, понятие technical skills очень размытое и требует подробного объяснения. Должен ли PM уметь писать код? Если да, то насколько хорошо?

Что такое Technical Skills

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

Не смотря на, якобы, низкий порог входа, в процессе развития проекта сложность задач увеличивается, начинают всплывать неоднозначные детали, а разработчики всё больше устают от глупых вопросов и отвечают резко или неохотно. В результате PM, который не хочет погружаться и вникать в происходящее очень скоро перестаёт понимать, что на самом деле творится в его проекте. Такому человеку лучше покинуть отрасль. Так будет легче и ему и его коллегам. Как правильно заметил в комментариях Егор Чумаков «PM не должен быть просто оператором Jira или организатором митингов».

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

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

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

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

Звучит немного обидно, не так ли? С другой стороны, а как иначе могут разработчики относиться к тому, что PM не знает, что такое commit и часто путает с каким вопросом нужно обращаться к back-end разработчику, а с каким к front-end.

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

TechMind

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

Не смотря на все выше сказанное, хочу попросить разработчиков: не будьте суровы и относитесь снисходительно к вопросам менеджеров, особенно Junior PM. Если есть время объяснить — объясняйте, так больше шансов, что человек научится. Вспомните, ведь вы тоже когда-то начинали карьеру и вещи, которые сейчас кажутся очевидными воспринимались как сакральное знание. Подайте менеджерам руку помощи. Те, кто хотят разобраться быстро наверстают упущенное и уже скоро порадуют вас адекватными и полезными комментариями.

Как быстро подтянуть матчасть

Я хотел бы сказать большое спасибо Андрею Мельникову за отличную статью. Я и сам не раз думал о том, как важно для PM-а быть технически подкованным. Уже месяц мы с командой IAMPM готовим курс технической грамотности для менеджеров — TechMind. Мы думали рассказать о нем через неделю, но обсуждение на DOU не только подтвердило актуальность курса, но и заставило заявить о нем раньше срока.

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

Мэри Ротарь

CEO и Co-Founder в IAMPM 10 лет опыта в маркетинге и управлении продуктами. Вывела на рынок более 50-ти проектов в роли консультанта, работала как Product Manager в SaaS, Gaming и EdTech нишах. Вырастила лабораторию Нетехнического IT-образования IAMPM из хобби в международный бизнес.