3 простых советов как продакту лучше понимать своих разработчиков: 1. Делись с разрабами общей продуктовой картиной Разработчики хотят знать, как их работа влияет на продукт и пользователей. Продакты знают это и систематически делятся с ними интересными новостями, продуктовыми кейсами и другой инфой о том, как работает и применяется в жизни их продукт. Помимо здоровой мотивации, обмен такой инфой поможет разрабам построить в голове правильную логику кода + перепроверять её спустя N-времени (ибо ничто в этом мире не постоянно). 2. Не финаль механики/сторис/таски без одобрения разрабов Каждый продакт хоть раз садился в лужу с тем, что он нафантазировал в таске и что начало ломаться ещё на стадии разработки в беклоге. Причина простая – объективная некомпетентность продакта в оценке узких технических задач. Решение простое – всегда финализируй таски у разраба, узнавая, что легко, а что сложно реализовать для: а) продукта как кода/бд ; б) команды, которая будет этот код/бд пилить и обновлять. 3. Отмечай достижения разрабов Инженерные задачи длинные и монотонные, поэтому могут нагонять тоску, апатию и выгорание в работе даже у прожженых синьоров и лидов. Разрабы быстро закрыли спринт/пойнт? Оптимизировали запросы/архитектуру? Придумали реально полезную фичу (за тебя)? Пойми, что они из искренних побуждений (саморазвитие/принести пользу люддям/вырасти в позиции/получить соц. одобрение) потратили на это свою энергию и время. Это значит, что это их личное корпоративное ДОСТИЖЕНИЕ, которое обязательно нужно выделить и отметить, если ты как продакт хочешь, чтобы оно: а) как можно чаще повторилось в будущем; б) масштабировалось на всю команду.