П значит Продукт. Нужны ли украинские менеджеры в Австралии и Штатах?

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

За 4 года опыта работы, собеседований и коучинга продуктовых менеджеров в Австралии и Штатах, мне довелось увидеть множество технически грамотных менеджеров — выходцев из Восточной Европы. Тем не менее многие из них были неуспешны в своих ролях потому что:

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

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

Какие они, менеджеры продуктов?

На англоязычных рынках для большинства ролей называющихся Product Manager справедливо одно из следующих определений:

1. Менеджер продукта — фокусируется на разработке видения продукта (включая исследования пользовательского поведения), поддержке продуктового бэклога и реализации задач в специфическом направлении продукта. Направлением может быть:

  • сегмент аудитории — Premium Services Product Manager;
  • сегмент функциональности продукта — Product manager (Search) on Twitter;
  • важная нефункциональная часть продукта — Product manager — Risk on Airbnb.

Значительно реже встречающаяся более высокоуровневая роль с тем же названием выглядит так:

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

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

Интересно, что очень часто product management internships заполняются отнюдь не разработчиками или дизайнерами, а выпускниками MBA — они в среднем оказываются более чуткими ко всем этим дисциплинам и не пытаются перекосить продукт в интересную им сторону, оставив его бизнес-ценность в стороне.

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

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

Разработка продуктов на заказ — тем не менее тоже разработка продуктов. Даже если ваша роль сейчас в Украине называется проектный менеджер, спектр ваших обязанностей может начинаться и заканчиваться поверхностным контролем, раздачей пинков разработчикам и клиентам, а может при наличии инициативы начинаться с customer development для заказчика (ведь заказчик тоже хочет создать хороший продукт, даже если в это тяжело сразу поверить :) и заканчиваться координацией запуска продукта.

Для того, чтобы начать рост в эту сторону, важно работать в двух направлениях:

  • Самообучение. Эта тема достойна отдельного поста, и ниже я вкратце остановлюсь только на неочевидных аспектах обучения, отправив всех интересующихся базисом специальности на собранный мной список обязательной литературы для продуктовых менеджеров.
  • Работа в компании, которая находится в позиции, где может выбирать адекватных заказчиков. Как это ни печально, но, если вы работаете с заказчиками, которые всегда находятся в позиции «начальник всегда прав», — вам будет очень сложно научиться чему-то полезному и добавить ценность в разрабатываемый продукт. Мой опыт работы с восточно-европейскими заказчиками подсказывает, что часто HIPPO-клиенты (Highest Paid Person Opinion) разоружаются перед подходом, в котором к их мнению действительно стараются прислушиваться, и где готовы на первых этапах на равных доброжелательно объяснять, что значат для их бизнеса предлагаемые технические решения и ограничения — вместо очень распространенного апломба и сленга.

Что могут предложить англоязычным рынкам украинские продуктовые менеджеры?

Зачастую у украинских специалистов есть опыт работы с большими продуктами и очень высоким уровнем ответственности. Это связано с тем, что образование не успевает за рынком IT, часто люди, делающие критически важные проекты в крупных компаниях в Украине, — на 10-20 лет моложе тех, кто работает над проектами такого же масштаба в Штатах.

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

Тем не менее украинские продуктовые менеджеры в США и Австралии нужны при совпадении всех этих критериев:

  • Уровень английского — almost native, аналог IELTS 8-9 по всем пунктам (с небольшим послаблением для writing).
  • Техническая компетентность. Никто не ожидает от вас, что вы будете проектировать архитектуру системы. Тем не менее специализация и хорошее понимание стека технологий и UX гайдлайн платформ, на которых вы специализируетесь — незаменимо. Мало что огорчает так, как Mobile Product Manager, который не знает, почему в Android приложении крайне нежелательно делать таббар навигацию.
  • Менеджмент образование — чтение PMBOK или диплом бакалавра менеджмента украинского вуза не заменяет матчасти.

Матчасть в данном случае это то, что на Massive Online Open Courses можно найти под названиями leading people and teams, communication science, negotiations и conflict management, everyday thinking. Это база, на которой строится умение выстраивать отношения со сложными, разноплановыми людьми, с которыми придется столкнуться за пределами достаточно однородного украинского рынка. Это та база, на которой строится мышление специалиста, которому нужно балансировать потребности бизнеса и интересы пользователя продукта.

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

Я хотела бы порекомендовать ряд не очень стандартных путей того, как можно ускорить процесс улучшения soft skills:

  • Курс от Университета Торонто по основам философии, психологии и бихевиористики. Этот курс невероятно полезен и в свое время в разы улучшил мое понимание правильного поведения в сложных рабочих и личных ситуациях.
  • Курс от Университета Брисбена по science of everyday thinking или логическому мышлению. Вот этот курс фантастически хорош и поможет научиться принимать более рациональные решения.

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

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

О разнице в ценностях

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

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

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

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

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

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

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

Power distance, или дистанция власти

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

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

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

Uncertainty Avoidance, или избегание неопределенности

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

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


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

Похожие статьи:
Цель семинара-практикума от зарегистрированного поставщика обучения PMI — подготовить слушателей к успешному прохождению...
Наш герой пробовал изучать Java, Python, Machine Learning, но так и не стал разработчиком. Понял, что это не его истинное желание,...
В рубрике DOU Проектор специалисты рассказывают о том, как создавали свой продукт (как стартап, так и ламповый...
Стиль этой статьи научно-популярный, поэтому термины заменены на «простые» слова. Но материал ориентирован...
Привет! Меня зовут Ян, и я работаю в сфере ИТ с данными более 10 лет — начиная с телекомов и заканчивая...
Яндекс.Метрика