Компетенции технического продакт менеджера

Обсуждали как-то с коллегами как при найме проверять компетенции технических продакт менеджеров. Кажется, очевидный ответ - это продакт менеджер, но который еще понимает в разработку, архитектуру, и системный анализ. Так?

Ну а как это проверить? Может, проверить что знает эту "технину", на уровне джун-разработчика? А еще надо чтобы что-то про структуры и хранение данных понимал, может, и SQL немного проверим?

Но такой подход приведет к тому, что наймем продакт менеджера, который может "hello world" написать. Ну, или логи прочитать. Но это ли нам нужно?

На самом деле нет. Если нам нужен технический продакт менеджер, надо проверять его умение работать с той же архитектурой на синьорном уровне. Но не как архитектор. А с другой стороны, с продуктовой: продумать не функциональные требования: латенси, доступность, масштабирование, гибкость и расширяемость, спроектировать доменную модель (но не в таблицах в базе данных с типами полей - путь это делают инженеры!). И, самое главное, четко связать все это с потребностями бизнеса - то есть не пытаться делать все сразу идеально, а найти баланс между текущими потребностями бизнеса и стоимостью разработки. Дать команде разработки четкие цели, которые приведут к реальным бизнес результатам.

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

Телеграм канал Чуть больше продакта