Должен ли продакт уметь программировaть?
Недавно я беседовал с уже бывшим директором букинга: я написал ему о проблеме в его open-source проекте, и он за несколько минут закоммитил и выкатил фикс. Мы обсуждали, что умение писать код полезно для ногих ролей, и он сказал примерно следующее:
> How can you be PM for a website if you don't know how websites work?
Наверное, это немного категоричная точка зрения. На интервью от вас точно не будут ожидать решения алгоритмических задач. Но я совершенно согласен с тем, что если вы прокачаете свое понимание разработки в самом практическом смысле, это поможет вам стать более сильным PM’ом. Вот мои аргументы:
1. Очень многие процессы и решения станут вам более понятны на интуитивном уровне, вы будете гораздо эффективнее общаться с командой.
2. Ваша команда почти наверняка будет относиться к вам с большим уважением и доверием. Если вы понимаете шутки про stack overflow – вы свой.
3. Ваша постановка задач станет более точной – груминг будет проходить быстрее.
4. Вы станете сильнее в аналитике. Понимание того, как устроено хранение данных внутри приложения – часто половина ответа на вопрос.
5. Вы часто будете по симптомам точно определять, в каком именно модуле баг. Четко его описывать и правильно адресовать.
Однако есть и другое мнение, что из разработчиков получаются плохие ПМы, потому что они всегда будут tech first, а не customer first.
Напишите в комментариях, что вы думаете, помогает ли продакту умение писать код? Или поделитесь опытом, если вы перешли на роль PM уже имея опыт разработки.
А если я вас уже убедил, что понимание технической части – полезный навык для продакта, то записывайтесь на курс Владимира Tech для продакта (он сам, между прочим, переметнувшийся в наш лагерь разработчик). Магия этого курса в том, что Володя тонко чувствует баланс: как не перегрузить PM’ов ненужными сложностями, а дать только важные верхнеуровневые вещи, которые помогают в работе.
Недавно я беседовал с уже бывшим директором букинга: я написал ему о проблеме в его open-source проекте, и он за несколько минут закоммитил и выкатил фикс. Мы обсуждали, что умение писать код полезно для ногих ролей, и он сказал примерно следующее:
> How can you be PM for a website if you don't know how websites work?
Наверное, это немного категоричная точка зрения. На интервью от вас точно не будут ожидать решения алгоритмических задач. Но я совершенно согласен с тем, что если вы прокачаете свое понимание разработки в самом практическом смысле, это поможет вам стать более сильным PM’ом. Вот мои аргументы:
1. Очень многие процессы и решения станут вам более понятны на интуитивном уровне, вы будете гораздо эффективнее общаться с командой.
2. Ваша команда почти наверняка будет относиться к вам с большим уважением и доверием. Если вы понимаете шутки про stack overflow – вы свой.
3. Ваша постановка задач станет более точной – груминг будет проходить быстрее.
4. Вы станете сильнее в аналитике. Понимание того, как устроено хранение данных внутри приложения – часто половина ответа на вопрос.
5. Вы часто будете по симптомам точно определять, в каком именно модуле баг. Четко его описывать и правильно адресовать.
Однако есть и другое мнение, что из разработчиков получаются плохие ПМы, потому что они всегда будут tech first, а не customer first.
Напишите в комментариях, что вы думаете, помогает ли продакту умение писать код? Или поделитесь опытом, если вы перешли на роль PM уже имея опыт разработки.
А если я вас уже убедил, что понимание технической части – полезный навык для продакта, то записывайтесь на курс Владимира Tech для продакта (он сам, между прочим, переметнувшийся в наш лагерь разработчик). Магия этого курса в том, что Володя тонко чувствует баланс: как не перегрузить PM’ов ненужными сложностями, а дать только важные верхнеуровневые вещи, которые помогают в работе.