Ну что же, пришла пора рассказать и тут:
31 декабря – мой последний рабочий день в Meta/Facebook. Именно поэтому я особенно в предвкушении нашего с вами разговора про рефлексию и цели на следующий год ❤️

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

Я хочу законспектировать и поделиться с вами своими размышлениями про почти что 4 года работы в Фейсбуке: начнем с понедельника - расскажу вам, чем у нас занимаются продакт-менеджеры ☺️ Вопросы, по традиции, можно писать сюда:
https://forms.gle/9Pc2vVXgdn88gJ866

Ну что же, погнали: начнем с топика "а что делает продакт в ФБ?".

Полгода назад вот этот твит другого нашего продакта вызвал волну обсуждений в интернетах. Его дословный перевод примерно такой:

"За больше чем год в Фейсбуке я не завел ни одного тикета или задачи. У нас также нет спринтов.

Продакты фокусируются на видении, стратегии и партнерствах. А не на проджект-менеджменте и тасках.

Разработчики берут на себя большую часть проджектовых обязанностей и создают свои собственные таски. Это замечательно".

Проведя в ФБ почти 4 года, я должна сказать, что все совершенно не так. Лично я завела 12 тасков! Не надо тут лапшу на уши вешать 😄

Если серьезно, то расстановка сил примерно следующая:
- маркетологи и market analysts исследуют рынок и конкурентов
- UX исследователи, data scientists и ProductOps собирают инсайты о потенциальных и текущих пользователях
- разработчики и дизайнеры прекрасно работают по системе самоуправления и сами на себя заводят таски и менеджерят проекты. Для особо сложных случаев к команде присоединяется TPM (Technical Program Manager), который занимается координацией кросс-орг проектов.

Когда я пришла в Фейсбук после стартапов и узнала про эту красоту, моя первая реакция была - "а зачем им вообще нужен продакт?! Кажется, всю мою работу уже разобрали". Но прохлаждаться, к счастью (а для кого-то к сожалению), не пришлось. Забегу немного вперед и отмечу, что продакты - одна из топ профессий в ФБ со смещенным work-life balance.

Так за что же отвечают продакты? Есть 5 основных областей ответственности - сегодня обозначу, какие, а дальше разберем детали:

1. Стратегия. Почему мы существуем? Какие проблемы мы решаем и почему они важны/ будут важны в следующие 5 лет? Как мы принимаем решения и что мы НЕ делаем?
2. Execution (Исполнение). Что мы делаем на практике, чтобы претворить стратегию в жизнь? Как мы понимаем, что мы двигаемся в правильном направлении?
3. Команда. Как себя чувствует команда? Ощущают ли они себя полноправными участниками процесса, а не просто исполнителями?
4. Коммуникация. Связана ли команда с другими частями организации? Находит ли возможности для сотрудничества?
5. Развитие продуктовой культуры. Как мы помогаем растить уровень продакт-менеджмента за счет найма и развития сотрудников.

Про что интересно почитать первым? Пишите в комментариях!

А еще хочу сегодня поделиться с вами очень классным инструментом 🔥 Олег Якубенков и Шон Эллис сделали тест для оценки сильных и слабых сторон в продакт-менеджменте – тест можно пройти за час и использовать для составления плана роста. Много интересных задачек, качество и проработка на высоте, как всегда у GoPractice, а еще это бесплатно: в общем, рекомендую попробовать и проверить себя 🚀 делитесь результатами в комментариях!

https://skills.gopractice.ru/

Продолжим говорить про роль продакта в ФБ. Часть 1 тут, если пропустили.

Начну с ответа на вопрос из комментариев: нет, в Фейсбуке нет скрам мастеров, agile coaches и других людей, которые отвечают за применение инструмента/ методологии. Почему так получилось?

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

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

Навык первичен, инструмент вторичен. Именно поэтому в процессе найма на любую позицию мы не проверяем знание инструментов: разработчики могут писать задачки на любом языке программирования, а продакты разбирают кейсы на определенном уровне абстракции, не переходя на уровень конкретных SQL-запросов или тасок в Jira.

Я полностью согласна с этим подходом. Если ты понимаешь ключевые принципы решения задачи, то разобраться с новым инструментом не составит труда; а вот обратное не всегда верно. Очень часто я интервьюировала людей, которые не видели леса за деревьями и слишком уходили в детали определенной методологии, не понимая общей картины. Один из моих любимых вопросов на это – "собери шаблон для роадмаппинга в Excel". Это легко сделать, если ты начинаешь с первых принципов; и тут очень быстро застревают те, кто привык полагаться на тулзы, а не на собственное критическое мышление.

Тут, конечно, есть и ограничения. ФБ может себе это позволить, потому что нанимает экспертов в индустрии: минимальный порог - 5 лет опыта. Новичкам в профессии нужно какое-то время, прежде чем перейти на этот уровень: как в джазе, сначала ты учишь ноты и джазовые стандарты, и только потом начинаешь импровизировать.
Зато именно поэтому даже миддлов из Фейсбука легко берут на директорские позиции в стартапы: это тот тип мышления, который требуется для построения качественных процессов и команды 🙂

Что делает продакт в Фейсбуке?
Часть 1, Часть 2

Из пяти основных областей ответственности продакта я хочу начать с Execution (Исполнения): собственно, как и в оригинальном твите Бена, именно этот пункт вызвал больше всего непонимания и вопросов 🙂

Начну с главного: тот факт, что продакт не заводит таски, совершенно не значит, что он не отвечает за результат. Отвечает на 100%. Но, как я говорила в предыдущей заметке, пути достижения этого результата не сводятся к постановке задач. Так, а что же там есть еще?

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

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

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

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

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

1) Для некоторых профессий в этих областях находятся точки роста: например, разработчикам для перехода на позиции Senior или Engineering Manager нужны навыки управления проектами. Хорошие продакты делегируют, помогают ребятам в команде расти и освобождают себе время для более стратегических задач.

2) Команда отвечает (и оценивается) по конечному результату, а не по формальным обязанностям. Если, например, разработчик написал великолепного качества код или выкатил фичу, но это все никак не повлияло на счастье пользователей или ценность для бизнеса, то его работа не будет иметь особого значения. Такой подход ведет к тому, что команда пытается максимизировать результат, а не выполнение своих обязанностей, например:

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


Что все это значит на практике?

Что все команды разные, а, значит, и работа продакта по части execution будет в них сильно отличаться. Где-то нужно задать хороший ритм и построить процесс; а где-то команда уже максимально продуктивна и автономна - значит, надо фокусироваться на долгосрочной перспективе. О ней и поговорим завтра 😉

Что делает продакт в Фейсбуке?
Часть 1, Часть 2, Часть 3

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

Давайте разберемся 🙂

Для начала, дадим определение:
- product discovery - это "что мы делаем": на каких пользовательских проблемах мы фокусируемся и какое из потенциальных решений лучше всего закрывает проблему
- product delivery - это "как мы делаем": непосредственно, разработка и запуск решения.

(В ФБ у нас немного другой фреймворк, Understand-Identify-Execute, но это не особо важно, набор активностей примерно похож).

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

1. Discovery и Delivery - это две части одного процесса, конечная цель которого - увеличить ценность для пользователя с максимальным ROI. Конечно, есть отдельный тип исследовательских команд, которые исключительно фокусируются на прототипировании и поиске новых идей для бизнеса, но это совершенно другая история. Если мы говорим про типичную продуктовую команду, то процесс discovery и delivery часто происходит параллельно, а то и пересекается - все зависит от уровня уверенности и риска в конкретной гипотезе (вот неплохая статья на эту тему). Невозможно достичь Product Market Fit, не запустив продукт на реальных пользователей. Это значит, что даже если мы потратили месяцы на discovery, в процессе delivery мы узнаем еще миллион новых вещей, которые приведут к новым итерациям, переоценке сроков и рисков, а также trade offs.

Задача продакта - не "обязательно делать discovery", а смотреть на процесс полноценно от начала до конца и балансировать ресурс команды. Иногда более оптимально сократить время на процесс discovery и начать разработку с целью получить определенный сигнал от пользователей.

2. Для конечного качества продукта "как" не менее важно, чем "что". Почему при таком количестве похожих продуктов и фич одни взлетают, а другие нет? Многие из них решают одни и те же проблемы и даже выбирают похожие решения. Смысл продакт-менеджмента не в том, чтобы придумать идею с потенциалом (давайте это оставим консультантам), а чтобы максимизировать создание ценности на единицу времени. Если бы Apple раздавал всем бесплатные айфоны, у них, конечно, не было бы отбоя от желающих - но это был бы нерабочий бизнес. Задача продакта - направить каждый доллар, который заплатит пользователь, на решение самых важных для него проблем. Именно поэтому невозможно представить обсуждение "как" без участия продакта: понятно, что есть некоторые функциональные требования еще до начала разработки, но, как обсуждалось выше, по ходу дела появляются дополнительные инсайты и новая информация - на все это нужно реагировать и принимать решения.

Верно и обратное: ребята, которые обычно занимаются разработкой, обязательно должны быть вовлечены на стадии "что". Если у нас есть фича А, которая решает очень важную проблему, но воплощение займет 2 года, и фича Б, которая решает чуть менее важную проблему, но займет 2 месяца, довольно очевидно, как надо расставить приоритеты. Гораздо чаще же случается ситуация, когда разрыв в сроках не такой большой, и на оценку начинают влиять риски, зрелость технологий, качество кодовой базы и так далее. Чем раньше мы можем привлечь разработчиков к обсуждению проблем, тем больше времени мы сэкономим, не проверяя заведомо провальные идеи.

3. Разделение discovery и delivery на две команды заведомо приведет к демотивации людей. Сотрудники, которые исключительно занимаются delivery, будут чувствовать себя как исполнители, на которых все спускают сверху. Сотрудники, которые исключительно занимаются discovery, будут чувствовать, будто не доводят дело до конца и не влияют на конечный результат - часто из-за похожей проблемы выгорают консультанты. В общем, сплошной loss-loss - и не очень понятно, какая выгода. За время моей работы как продакта и как startup advisor, я не видела ни одного удачного воплощения подобной орг стратегии.

Как я вижу оптимальный процесс:
- допустим, у нас уже есть стратегия и North Star Metric (завтра напишу про это подробнее)
- продакт с командой декомпозирует каждый шаг стратегии в набор гипотез, который потом приоритизирует по, например, тому же RICE
- по каждой гипотезе продакт с командой определяет, что значит успех, а также - какие сигналы как можно раньше покажут, что мы двигаемся к успеху
- исходя из этого, мы можем распределить ресурсы команды, чтобы максимизировать получения сигнала по самым важным гипотезам. В Фейсбуке кросс-функциональные команды (помимо разработчиков и дизайнеров, также есть исследователи, аналитики и так далее), и продакт играет ключевую роль в приоритизации задач участников команды.

Всем привет!

Пятничный пост немного задержался, так как я финализировала программу для Product Leaders и вчера наконец-то отправила ее первой когорте (на всякий случай, проверяйте папку Спам!). У нас в 30 раз больше заявок, чем мы готовы принять, поэтому я разбила их на группы в зависимости от релевантности профиля участника и времени, когда была отправлена заявка. У каждой группы будет 3 дня, прежде чем доступ будет открыт новым группам. Все группы получат письмо до 2 января включительно ❤️

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

Пожалуйста, будьте бдительны ❤️ этот канал - единственное место, где я рассказываю про свои курсы, а hireproproduct.com и nfng.pro - это мои единственные сайты.

Если у вас есть советы, что можно сделать конкретно в этом случае, напишите, пожалуйста, в комментариях. Жесть 🙁

Что делает продакт в Фейсбуке?
Часть 1, Часть 2, Часть 3, Часть 4

Давайте сегодня поговорим про стратегию. Это самый весомый компонент в оценке работы, особенно для продактов старшего+ уровня.

Вокруг слова “стратегия” много хайпа; в кулуарных разговорах я заметила, что стратегия воспринимается многими как нечто очень сложное и доступное только топ-менеджменту. На самом деле, все довольно очевидно, если разобраться, о чем идет речь. Давайте приведу примеры.

Execution без стратегии:
Чтобы составить роадмап, берем фичи из бэклога, приоритизируем их по RICE, запускаем работу. Feature factory в действии.

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

Execution без стратегии:
Запилили фичу, провели A/B test - ключевые метрики не изменились. Откатываем; если есть время в спринте, итерируем, если нет - убиваем проект.

Execution со стратегией:
Запилили фичу, провели A/B test - ключевые метрики не изменились. Так как изначально у нас было понимание, какую задачу решает фича и на какую аудиторию рассчитана (новые vs существующие пользователи), мы можем корректно оценить, сколько еще времени мы можем потратить на итерации.

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

Как это достигается? За счет четырех основных компонентов:

1) Четкое описание вызова или возможности. Что происходит извне или изнутри компании, что может оказать существенное влияние на бизнес?

2) Почему именно мы и почему именно сейчас должны взяться за решение п.1. Что нам дает веру, что мы будем успешны/успешнее, чем другие? В чем наши сильные/уникальные стороны? Что случится, если мы не отреагируем на вызов/возможность?

3) Что значит “успех”. Как мы узнаем, что вызов разрешен/ возможность реализована? На какие сигналы нам нужно смотреть?

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

Вот здесь я подробно про это писала: https://nfng.pro/2020/05/08/strategy/#howtostrategy

Приведу гипотетический пример, как это может выглядеть (опять же, на уровне команды, на уровне орга начинаются усложнения):

- Мы команда, которая отвечает за опыт водителей в Uber. Наша North Star - растить количество счастливых водителей, где счастье определяется через retention и среднюю оценку за поездку.
- Вызов: во время ковида средняя оценка водителей за поездку упала на 0.8 пункта и продолжает снижаться.
- Почему мы/ почему сейчас: мы знаем, что снижение средней оценки в долгосрочной перспективе приводит к оттоку пользователей. Если мы не обратим внимание на этот тренд, это приведет к снижению числа водителей на платформе.
- Успех: мы не ожидаем вернуться на доковидный уровень, наша цель на данный момент - остановить негативный тренд и стабилизироваться.
- Как мы достигнем успеха: так как это новая инициатива, 60% времени команды мы потратим на исследования и 40% на исполнение.

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

Ребята, напомню еще, что сегодня и завтра - два последних дня, когда еще можно записаться на ПереЗарядку https://t.me/proproduct/1151 ❤️ завтра вечером закроем запись!

Что делает продакт в Фейсбуке?
Часть 1, Часть 2, Часть 3, Часть 4, Часть 5

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

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

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

Конечно, это упрощенная схема (например, для irreversible decisions все будет сильно сложнее).

Какую роль в этом всем играет продакт?
По сути, продакт - руководитель команды без прямого подчинения (то есть, фактически ни один из членов команды не подчиняется продакту напрямую). Продакт отвечает за то, что в команде есть все необходимые люди; что команда не заблокирована и мотивирована работать над проектами; что команда ощущает себя как команда 🙂 например, я вместе с engineering manager разрабатывала трекер team health, где мы мониторили состояние команды по разным параметрам, или организовывала тим билдинги.

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

Ну и последний аспект - развитие продуктовой культуры. Работать в компании, которая привлекает top talent, и не пользоваться этим невероятным нетворком - просто преступление 😄 поэтому всех сотрудников активно поощряют этот нетворк развивать: за счет найма новых классных ребят или за счет развития и общения с существующими. Как это выглядит: например, организация внутренних тренингов или клубиков, Q&A с топ менеджерами, менторские программы и так далее.

Остались ли еще вопросы по этой теме? Пишите в комментариях!

Несколько административных апдейтов, простите:

ПереЗарядка
1. Так как пришло много просьб продлить регистрацию, я открыла запись еще на один день: https://hireproproduct.com/2022 Закроем утром 28го 🎄
2. Если вы записались до 26 декабря, вам уже должно было прийти “письмо счастья”. Если его нет, пожалуйста, проверьте папку “Спам” или поищите по “nfng.pro”.

Product Leaders
1. Сегодня я отправила последнюю пачку писем всем, кто оставил заявку, + подходит под критерии программы (как минимум 1 человек в прямом подчинении в данный момент). Опять же, если письма нет, пожалуйста, проверьте папку “Спам” или поищите по “nfng.pro”.
2. До конца недели скину программу всем, кто оставил заявку, но не подошел по критериям выше.
3. Если вы считаете, что подходите под критерии программы, но письмо не получили, напишите мне, пожалуйста, на anna@nfng.pro.
4. К сожалению, мы уже не принимаем новые заявки, у нас осталось всего 4 места 😳 но, кажется, судя по вашему интересу, второму набору быть!

Как пройти техническое интервью в Google, если вы не технарь

Почти год назад я прошла весь цикл из 5 интервью и получила оффер на позицию senior продакта в Google, в комаду на стыке ML, developer experience и hardware. Оффер я не приняла, но наконец-то закрыла гештальт и теперь с уверенностью могу говорить, что университетское образование (а я по диплому и первым 8 годам работы журналист) совершенно не ограничивает, над какими продуктами ты будешь работать в дальнейшем.

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

В чем суть интервью?

Тебе дают продукт (например, Instagram или chess.com), а тебе надо продумать его архитектуру и объяснить трейд-оффы. Изначальный вопрос очень размытый, и тебе надо для начала уточнить все бизнес-требования (например, а сколько пользователей у продукта? надо ли обрабатывать только картинки, или еще и видео?), а затем ответить на дополнительные вопросы, которые могут уйти, на самом деле, в любую степь. Например:

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

Мне рассказывали, что иногда подобные интервью уходили в глубокое обсуждение, как, например, работает DNS, так что надо быть готовым ко всему 🙂

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

1. Я прочитала книжку Web scalability for startup engineers и посмотрела курс Grokking the System Design interview. Вот здесь еще больше отличных рекомендаций по книгам и курсам. Я рекомендую выбрать какой-то один курс или книгу по основам подготовки, так как все они примерно говорят об одном и том же: дают фреймворк + раскладывают по полочкам примеры.
Книгу Web scalability нужно читать всем! Даже если вы не собираетесь в гугл 🙂

2. ОБЯЗАТЕЛЬНО сделайте 3-4 тестовых интервью. Я уже сто раз говорила, что прохождение интервью - это отдельный навык, и часто даже очень крутые и умные кандидаты валятся, так как не могут четко артикулировать свои мысли.

3. Соберите информацию. Я, например, прошлась по отзывам в интернете и Glassdoor (там есть секция про вопросы на интервью), выписала все вопросы и прописала примерно структуру ответа.

👆Все шаги выше заняли у меня примерно 2 недели интенсивной подготовки, но есть еще несколько вещей, которые я делала на протяжении нескольких лет:

1. Если у вас нет технического бэкграунда, пройдите базовый Computer Science курс, чтобы разобраться с основами. Мне, например, очень зашел CS50.
Такой курс должен быть достаточно коротким и общим, чтобы дать представление об основных концептах, но не перегрузить вас деталями. Потом уже на него можно наслаивать другие, более специализированные курсы: например, я потом проходила классическую программу по ML от Andrew Ng и курс по рекомендательным системам.

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

3. Продакт должен знать, как выглядит его продукт end to end: latency, reliability, обработка данных - все это такие же (а иногда и более важные) части продукта, как и интерфейс.
Когда я прихожу в новую команду или мы начинаем разработку новой фичи, инженеры всегда делают для меня tech walkthrough. Задавайте вопросы, просите помочь вам разобраться. Вот это и есть системный дизайн в реальной жизни - не упускайте возможность попрактиковаться 🙂

250 000₽ — sign-up бонус в Альфа-Банке для миддл+ специалистов

Alfa Digital Jobs — канал с вакансиями в Альфа-Банк для спецов из IT и Digital.

В компании делают большой упор на развитие IT-сектора, поэтому всегда ищут разработчиков, аналитиков, руководителей направлений и других диджитал-специалистов разных уровней. Миддлам и сеньорам Альфа-Банк при трудоустройстве выплачивает sign-up бонус в 250 000 рублей.

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

#реклама

Примерно год назад, перед Новым годом, я открыла запись на менторскую программу @nfng_bot. Изначально это должна была быть просто Excel табличка: я думала, что запишется всего пара десятков человек. Но уже в первую неделю записалось 300 ❤️

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

Я решила задать этот вопрос в нашем менторском чатике и хочу с вами поделиться несколькими ответами:

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

2. “Я довольно долго сомневался, прежде чем вступить в программу. Сомневался в том числе потому, что мой опыт не слишком типовой для аудитории твоего основного канала, и я задавался вопросом "могу ли я быть полезен".

Что же, определенно могу. Менти у меня было немного, но я помог им 1) выбрать следующую карьерную цель, стратегию на текущем рабочем месте и новый оффер 2) понять и обсудить некоторые процессы и практики 3) осмыслить карьерные перспективы и поверить в себя.

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

3. “Перед прошлым НГ я решилась стать ментором, хотя очень-очень этого боялась, казалось, что абсолютно нечем делиться и чему я вообще могу научить. Буквально за пару часов до конца приема заявок отправила форму.

Уже в январе ко мне пришел первый менти, с которым мы провели несколько сессий, потом еще несколько человек.

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

Участие стало, наверное, даже переломнынм моментом в прошлом году - поэтому очень благодарна тебе за такую возможность”.

4. “1) Поработал с несколькими менти за год, месяц назад закончил работу с последним. В декабре он перешел на работу в новой компании, где он уже официально продакт и ему все нравится.
2) Понял, что мне по кайфу делиться опытом и пошел преподавать в Вышку. Теперь у меня 1-2 часа в неделю уходит на работу со студентами на майноре по запуску стартапов с нуля”.

5. “У меня кейс такой: я в декрете. На основном месте работала уже очень давно. Решила, что, пока такое время, было бы круто попробовать что-то новое. При этом чтобы для начала не было сильных обязательств по уделённому времени, но была возможность проверить свои знания и навыки - не забылось ли и нужно ли кому-то вообще, бонусом понять, где мои точки роста и за время отпуска подтянуть их. Этот проект попал во все цели. Было приятно, что ребята писали мне на совершенно разные темы и во многом я могла быть им полезной. Плюсом - новые знакомства, которые также дальше помогают в моем развитии. Есть несколько отзывов и один трудоустроенный менти)”.

6. “Менторство дает несколько вещей:
*Развитие себя как специалиста. Иногда я сталкиваюсь с тем, что менти приходит с темой, которая мне мало или плохо знакома. Это возможность разобраться вместе и прокачаться.
*Нетворкинг. Все люди очень разные, интересно знакомиться с каждым, узнавать их бэкграунд и думать, что из опыта и навыков в том числе можно валидировать на текущем/будущем месте работы. Порой у людей есть все необходимое, им нужно только поверить в себя и посмотреть со стороны на свои способности.
*Вера в себя. В меня верят мои менти, а это дорогого стоит.
*Эмоции. Я переживаю с менти их эмоции и вместе с ними прохожу через, например, результаты этапов собеседования, поддерживаю их, не даю отчаяться или унывать. Это заряжает, особенно когда это в итоге радость от получения долгожданного оффера для менти.
*Лечение синдрома самозванца. Помогает каждый раз, когда ты начинаешь сомневаться в своем профессионализме.
*Прокачка навыка объяснять и изъясняться. Да, серьезно. В общении с менти ты постоянно качаешь свой скилл общаться и самое важное - объяснять. Если ты умеешь объяснять сложные вещи простыми словами так, чтобы тебя поняли - это очень ценно”.

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

Если вы хотите присоединиться к программе в качестве ментора, все детали в первом сообщении @nfng_bot. У нас теплое ламповое менторское сообщество, а еще - база знаний для начинающих менторов.

Если вы менти и ищите ментора, приходите в @nfng_bot ☺️


Мои предыдущие посты на тему:
Кто такой ментор
Как отправить запрос ментору
Как работает менторская программа NFNG + апдейт
Как ментор может помочь с карьерным видением

Так, и раз уж у нас Новый год на носу, еще такая просьба: если вы менти и вам помог ментор в этом году, не забудьте написать им спасибо – ваша благодарность очень много значит и дорогого стоит ❤️

Ну что же, теперь официально: я больше не сотрудник Facebook. Вчера сдала бейдж и оборудование 🙂

Буду вам потихоньку рассказывать, чем теперь буду заниматься, но, если вкратце, то буду работать на себя и на свою компанию 🎉

На следующей неделе хочу поразмышлять на тему работы в большой компании vs стартапе. Если у вас есть вопросы по теме, их можно отправлять сюда:
https://forms.gle/9Pc2vVXgdn88gJ866