Вопрос про необходимость технических навыком у менеджера продукта регулярно обсуждается в продуктовом сообществе. Много копий уже сломано и будет сломано ещё не мало! Я знаю как крутых продактов, которые за всю свою жизнь не написали и строчки кода, так и опытных инженеров, которые при желании могут создать сложный онлайн продукт самостоятельно, но работают менеджером.
Я считаю, и со мной согласны многие эксперты, что опыт разработки не является обязательным для продакта, а вот понимание принципов работы и знание возможностей современных технологий разработки — это must have. Моё фундаментальное образование и опыт разработки сайтов под ключ мне очень помогает в работе. Хотя код я не пишу уже лет 10.
Недавно наткнулся на хороший список вопросов про техническую сторону разработки, в которой должен разбираться опытный менеджер продукта. Именно «разбираться», то есть понимать как работают определенные технологии, какие у них есть ограничения и возможности. Это не про опыт разработки, о котором часто спрашивают начинающие продакты.
Попробуйте проверить себя
1. Что такое домен 2-го, 3-го уровня?
2. Как домен понимает, какой сайт ему надо открыть?
3. Когда разработчик говорит: "Надо выбрать фрэймворк для проекта". Что он подразумевает?
4. Что такое фронтэнд, бэкэнд в контексте программирования? Может ли админка системы иметь фронтэнд?
5. Как фронтэнд и бэкэнд "общаются" между собой?
6. Что такое API? (в идеале: чем get отличается от post)
7. Если программист говорит, что данные можно получить только в асинхронном режиме с интервалом в 10 минут, то может ли это иметь значение при проектировании UI?
8. Что такое GIT?
9. Какие ветки могут быть в GIT?
10. Может ли быть веб-бэкэнд у мобильного приложения?
11. Есть ли бэкэнд у телеграм-ботов?
12. Что такое нативное приложение? А что такое кросплатформенное?
13. Может ли мобильное приложение работать без интернета?
14. Чем low-code (zero-code) отличается от программирования? Можно ли объединять low-code и программирование?
15. Вы спроектировали, что в админке изменение каждого поля логируется: какое было значение, какое стало, когда и кем изменено. Что важно учесть разработчику и девопсу при реализации?
16. Чем выпуск нового релиза веб-сайта принципиально отличается от релиза мобильного приложения?
17. Когда программист говорит: "Вот если бы у нас на продукте был Continuous Integration, то всё было бы иначе!" Что он имеет ввиду?
18. Что значит "автотесты упали"?
19. Какие преимущества и недостатки есть у платформ облачного хостинга, таких как Google Cloud и Amazon Web Services?
20. И последнее. Мой любимы вопрос на собеседовании, когда нужно понять какой уровень технических знаний есть у кандидата. Как работает интернет? Расскажи своими словами.
Для некоторых вопросов важен контекст. Если вам сложно ответить, подумайте, какие наводящие вопросы вы бы задали, услышав такой вопрос.
Приятное дополнение: ребята из подкаста «Хочу в Айти» заметили этот список в канале Миши Грекова, позвали в гости опытного разработчика и разобрали каждый вопрос с хорошими примерами и достаточным уровнем детализации. Попробуйте сначала ответить сами, а потом сравнить с ответами профессионала.