Почему решил стать PM?

# Почему я решил стать PM

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

Мой путь в PM

Глава 1: Начало карьеры в инженерии

Я стартовал как разработчик. Любил писать код, решать технические задачи, видеть результаты своей работы. Первые 3 года я был просто happy разработчиком. Работал в стартапе, писал на Python и JavaScript, решал интересные архитектурные задачи.

Но постепенно я заметил, что меня начало притягивать к совсем другому.

Глава 2: Переходный момент

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

Я начал участвовать в планировании, помогал prioritize backlog, фасилитировал встречи между техом и бизнесом. И вот тогда я понял — это гораздо более интересно, чем писать код.

Глава 3: Осознание пути

Был один конкретный момент. Я провел встречу между CEO (хотела больше фич быстро), CTO (говорил, что архитектура падает) и командой разработчиков (были в стрессе). На встречу люди пришли раздражённые и с конфликтной энергией.

Я предложил её переформатировать: вместо конфликта, давайте посмотрим на данные, давайте поймём, что действительно критично, давайте вместе построим план, с которым все согласны. За 90 минут мы пришли к плану, все остались довольны, начало видно свет в конце туннеля.

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

Почему PM, а не другое управление?

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

1. Фокус на ценности для пользователя

PM — это единственная роль, которая может сказать "нет" любому требованию, если оно не создаёт ценность. Мне нравится это фундаментальное ориентация на пользователя.

2. Множество дисциплин

PM работает со всем: технология, бизнес, дизайн, исследования, аналитика. Мне скучно быть экспертом в одной области. PM даёт возможность быть T-образным (глубина в нескольких, широкий кругозор во всём остальном).

3. Влияние на организацию

Как разработчик, я влияю на один проект. Как PM, я влияю на стратегию, на направление развития компании, на жизни людей в команде. Это больше масштаба.

4. Развитие людей

В роли разработчика я фокусировался на своём развитии. В роли PM я вижу, как мой коуч и наставничество помогает людям в команде расти. Это прекрасно.

5. Неопределённость как возможность

Мне нравятся ситуации, где нет один правильный ответ. Требования нечеткие, stakeholders конфликтуют, неясно, как выпустить всё вовремя. В разработке ты либо знаешь, либо нет. В PM ты работаешь с неопределённостью, и это вызов.

Почему я все ещё люблю это

Через 10+ лет в PM я всё ещё люблю эту роль. Вот почему:

• Каждый день другой. Сегодня я медиирую конфликт между продак и техом, завтра я пишу стратегический план, послезавтра я помогаю junior PM с первым спринтом.
• Видимая ценность. Я вижу, как мои решения приводят к запуску фич, которые нравятся пользователям, которые решают их проблемы.
• Рост команды. Нет ничего лучше, чем видеть, как junior разработчик становится senior, как человек находит свою роль в команде.
• Постоянное обучение. PM не может быть скучным, потому что каждый проект, каждая компания, каждая команда — разная.
• Это о людях. Я люблю людей (в основном :), и PM позволяет мне работать с людьми целый день — помогать им, развивать их, решать их проблемы.

Сложные моменты, которые я преодолел

Не всё гладко. Были моменты, когда я думал "может я неправильный путь выбрал":

1. Невидимость результатов: Когда разработчик пишет фичу, это видно. Когда PM пишет спринт, это видно в velocity. Но много работы PM видно только на уровне метрик, культуры, которая неосязаема.

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

3. Imposter syndrome: Я не технолог, я не дизайнер, я не бизнес-лидер. Я кто? Я научился понимать, что мой навык — это способность соединять эти миры. Это тоже навык.

4. Ответственность за результаты: Если проект срывает — это часто видится как отказ PM. Я научился принимать ответственность, но также понимать, где именно проблема (часто это не только PM).

Вывод

Я стал PM потому что:

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

И сегодня, 10+ лет спустя, я могу сказать с уверенностью — это был правильный выбор.