Какой путь до Product Management выбрать?

Question

[Сергей Пузин]

Цель — IT Product Management
Образование — Computer Science & Mechanical Engineering (CAD- системы), выпуск 2013
Опыт работы — 4 года: аудиовизуальное оборудование, фото, видео, графический дизайн, тревел-журналистика.

Судя по статистике, большая часть PdM вышла из разработчиков. Очевидно, что опыт разработки программных продуктов "от первого лица" важен для хорошего PdM.

В институте я без труда решал задачки на курсах по Fortran, C++, SQL, делал кое-какие сайты. Результат приносил удовольствие, хотя я и не выбрал это своей профессией.

Сейчас я хочу освоить некоторую область продуктовой разработки для последующего роста в PdM.

Вопрос — какую область?

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

Comments

[Толстый Лорри]

За что вы так обижаете бэкенд?) Ведь на нем лежит бремя основной функциональности, а всякого рода фронт - это лишь интерфейс к ней.

[D']

Толстый Лорри: За что вы так обижаете фронтенд? Современный фронтенд зачастую намного функциональнее и сложнее бекенда.

[Толстый Лорри]

D' Normalization: в некоторых случаях*

[D']

Толстый Лорри: можно сказать 50\50. Современный бекенд - это на 90% голый API который готовит данные для фронта.

[Сергей Пузин]

Толстый Лорри: Бэкенд прекрасен, просто для PdM важнее быть "ближе к пользователям", не так ли? :-)

[Толстый Лорри]

D' Normalization: Я могу ответить в вашем стиле: "Фронтенд - это на 90% логика выезжающих меню, кнопок, полей ввода и вывода данных, уже обработанных бэкендом" =)
Но это демагогия, истина где-то между.

Операции, требующие безопасности и серьезной работы с данными, т.е. основа любого SAAS, - это прерогатива бэкенда.

[Толстый Лорри]

Сергей Пузин: Не могу согласиться без некоторых оговорок. Вы, как PM, будете отвечать за _весь_ продукт. Если вы представляете, как работает веб, то знаете, насколько тесно сплетен бэкенд с фронтендом. От пользователей вы не оторветесь, как ни крути (если, конечно, это не бэкенд b2b веб-сервисов), но при этом будете понимать работу приложения "от корней, до самых кончиков".

Answer 1

[Дмитрий Энтелис]

По личному наблюдению, люди работающие product manager либо имеют успешный опыт своих проектов, либо работали директорами(менеджерами) по развитию/продвижению/продажам.
Выросшие из аналитиков или из project manager это реально единицы.
Выросших напрямую из разработчиков минуя написанное выше - не встречал ни разу.

Answer 2

[Пума Тайланд]

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

Comments

[Сергей Пузин]

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

[Пума Тайланд]

Сергей Пузин: это работа аналитика , идите поработайте аналитиком в мелкой компании, потом в крупной типо майла или яда и вуаля

Answer 3

[qwerty123123]

Junior Developer/QA/Analytic
Middle Developer/QA/Analytic
Senior Developer/QA/Analytic
Project Manager
Product Manager
Тут больше не сферические задачки из университета нужны. А опыт на рынке, разгуливание проблем с заказчиком и прочее. И да. Product это Facebook или Telegram. Огромный проект с инфраструктурой и 100 людей штата.

Comments

[Сергей Пузин]

Но ведь Developer – back-end/front-end/mobile/gamedev/high-freq, Analytic — business/system/finance/marketing/ux, etc. Имеет ли значение специализация?

[Дмитрий Энтелис]

qwerty123123 частично не соглашусь. Переходов Senior > Project в качестве карьерного роста не бывает практически, это параллельные вертикали развития.

[qwerty123123]

Дмитрий Энтелис: У нас возможно. Когда нужно работать в 4-8 раз эффективнее - нет.

Answer 4

[Андрей Плетенев]

Не с того конца начинаете. Для любой работы нужны знания и опыт. Программирование вам не даст ни того ни другого в PdM. Знания в вашем случае можно получить на курсах типа скрамтрек. Ну а опыт - только устроившись с полученными знаниями в продуктовую компанию или стартап.

Comments

[Сергей Пузин]

Андрей, спасибо за наводку. Представляя себя на месте руководителя, я, безусловно, хотел бы видеть качественную теоретическую подготовку у кандидата в PdM. Однако будет ли достаточно одних теоретических знаний с подобных курсов? Ведь PdM это не стартовая позиция, а чтобы получить опыт в любой индустрии, включая IT, приходится либо начинать со стартовых позиций, либо приносить экспертизу рынков или доменных областей с собой.