Как продакту лучше понимать своих разработчиков

1. Делись с разрабами общей продуктовой картиной

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

Помимо здоровой мотивации, обмен такой инфой поможет разрабам построить в голове правильную логику кода + перепроверять её спустя N-времени (ибо ничто в этом мире не постоянно).

2. Не финаль механики/сторис/таски без одобрения разрабов

Каждый продакт хоть раз садился в лужу с тем, что он нафантазировал в таске и что начало ломаться ещё на стадии разработки в беклоге.

Причина простая – объективная некомпетентность продакта в оценке узких технических задач.

Решение простое – всегда финализируй таски у разраба, узнавая, что легко, а что сложно реализовать для: а) продукта как кода/бд ; б) команды, которая будет этот код/бд пилить и обновлять.

3. Отмечай достижения разрабов

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

Разрабы быстро закрыли спринт/пойнт? Оптимизировали запросы/архитектуру? Придумали реально полезную фичу (за тебя)?

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

Это значит, что это их личное корпоративное ДОСТИЖЕНИЕ, которое обязательно нужно выделить и отметить, если ты как продакт хочешь, чтобы оно: а) как можно чаще повторилось в будущем; б) масштабировалось на всю команду.