Когда в 2013 году я написала статью о закате эпохи проектного менеджмента, я не ожидала, что в 2017 на DOU по-прежнему время от времени будут ломать копья из-за того, нужны ли проектные менеджеры и чем они отличаются от продуктовых. И если вакансии технических проектных менеджеров никуда не исчезли — самоорганизация разработчиков не отменяет координационных ролей на крупных проектах, то на особенностях работы менеджера продукта на англоязычных рынках мне бы хотелось остановиться подробнее.
За 4 года опыта работы, собеседований и коучинга продуктовых менеджеров в Австралии и Штатах, мне довелось увидеть множество технически грамотных менеджеров — выходцев из Восточной Европы. Тем не менее многие из них были неуспешны в своих ролях потому что:
- концентрировались именно на технической, инженерной составляющей своей работы;
- не работали над коммуникационной частью роли, которой не учат в украинских вузах;
- не обращали внимания на разницу в культурном коде между Украиной и новой страной, никак не изменяя свое профессиональное поведение в стране, где индивидуализм, динамика доминирования и избегание рисков выглядят совсем иначе, чем дома.
Последний пункт будет интересен практически всем переезжающим IT-специалистам, потому что культурные различия между нациями лежат очень глубоко, на уровне ценностей и неосознанного поведения, которые часто пытаются упаковать в упрощенные схемы.
Какие они, менеджеры продуктов?
На англоязычных рынках для большинства ролей называющихся Product Manager справедливо одно из следующих определений:
1. Менеджер продукта — фокусируется на разработке видения продукта (включая исследования пользовательского поведения), поддержке продуктового бэклога и реализации задач в специфическом направлении продукта. Направлением может быть:
Значительно реже встречающаяся более высокоуровневая роль с тем же названием выглядит так:
Менеджер продукта фокусируется на запуске крупных продуктов. Отвечает за коммуникации с инвесторами/executive менеджментом по крупным направлениям развития продукта, отслеживание рыночных трендов и часто совмещает в себе роль евангелиста, который рассказывает о продукте внутри компании и на внешних конференциях и мероприятиях.
Подавляющее большинство вакансий на рынке про первое определение. Для того, чтобы быть успешным в такой роли, нужен очень широкий спектр знаний и интерес (что едва ли не важнее) ко всем частям разработки продукта — пользовательским исследованиям, разработке, дизайну, аналитике, тестированию, монетизации и маркетингу.
Интересно, что очень часто product management internships заполняются отнюдь не разработчиками или дизайнерами, а выпускниками MBA — они в среднем оказываются более чуткими ко всем этим дисциплинам и не пытаются перекосить продукт в интересную им сторону, оставив его бизнес-ценность в стороне.
На практике эти определения означают, что при переезде в Австралию или Штаты, где большая часть рынка — продуктовая, менеджерам нужен гораздо более широкий набор умений и опыта, чем для работы с большинством проектов в сервисной модели, более распространенной в Украине.
Почему даже в сервисных компаниях нужны продуктовые менеджеры?
Разработка продуктов на заказ — тем не менее тоже разработка продуктов. Даже если ваша роль сейчас в Украине называется проектный менеджер, спектр ваших обязанностей может начинаться и заканчиваться поверхностным контролем, раздачей пинков разработчикам и клиентам, а может при наличии инициативы начинаться с customer development для заказчика (ведь заказчик тоже хочет создать хороший продукт, даже если в это тяжело сразу поверить :) и заканчиваться координацией запуска продукта.
Для того, чтобы начать рост в эту сторону, важно работать в двух направлениях:
- Самообучение. Эта тема достойна отдельного поста, и ниже я вкратце остановлюсь только на неочевидных аспектах обучения, отправив всех интересующихся базисом специальности на собранный мной список обязательной литературыдля продуктовых менеджеров.
- Работа в компании, которая находится в позиции, где может выбирать адекватных заказчиков. Как это ни печально, но, если вы работаете с заказчиками, которые всегда находятся в позиции «начальник всегда прав», — вам будет очень сложно научиться чему-то полезному и добавить ценность в разрабатываемый продукт. Мой опыт работы с восточно-европейскими заказчиками подсказывает, что часто HIPPO-клиенты (Highest Paid Person Opinion) разоружаются перед подходом, в котором к их мнению действительно стараются прислушиваться, и где готовы на первых этапах на равных доброжелательно объяснять, что значат для их бизнеса предлагаемые технические решения и ограничения — вместо очень распространенного апломба и сленга.
Что могут предложить англоязычным рынкам украинские продуктовые менеджеры?
Зачастую у украинских специалистов есть опыт работы с большими продуктами и очень высоким уровнем ответственности. Это связано с тем, что образование не успевает за рынком IT, часто люди, делающие критически важные проекты в крупных компаниях в Украине, — на
Опыт работы над крупными продуктами в Яндексе помог мне получить мой первый австралийский контракт — произвел серьезное впечатление на работодателя, а опыт был невероятно полезен во всех аспектах работы, когда продукт начал взрывной рост, и мало кто в команде имел опыт скейлинга или работы в крупных проектах.
Тем не менее украинские продуктовые менеджеры в США и Австралии нужны при совпадении всех этих критериев:
- Уровень английского — 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, или избегание неопределенности
Разные общества выработали свои подходы к тому, что делать с экзистенциальной тревогой и неопределенными ситуациями. Большинство людей, выросших в Украине, подсознательно чувствуют, что неопределенные ситуации — это угроза и по возможности их лучше избегать, ведь в случае проблем мы почти не можем надеяться на поддержку со стороны государства, а урбанизация нарушила родственные структуры поддержки, на которые можно было рассчитывать раньше. Поэтому любая неопределенная ситуация требует очень детального плана, что с ней делать, пока она не превратилась в проблему.
На практике это означает, что мы зачастую склонны реже рисковать — это может быть большой проблемой в инновационных проектах. Мы также, особенно на ранних стадиях проектов, пытаемся спланировать архитектуру или дизайн, которые локальный коллега с большей вероятностью оставит до следующего этапа. «План» часто используется как своеобразный фетиш, который позволяет менеджеру или разработчику чувствовать, что все идет как надо.
Отдавая себе отчет в этих различиях, над преодолением культурных конфликтов понимания можно и нужно работать. Многие из самых талантливых продуктовых менеджеров, встречавшихся мне в Австралии и в Штатах, не были нейтивами, не имели специального образования, но по-настоящему понимали свои команды и пользователей на самом глубинном уровне.