Продакт-менеджер Booking Бандан Жот в своём твиттере делится опытом по работе с разработчиками и дизайнерами. Далее, ему слово: Если команда инженеров мотивирована, половина ваших проблем с управлением проектами исчезнет. Вот 5 советов для счастливой команды инженеров, извлеченных из моего повседневного опыта. 1. Отмечайте маленькие победы. Вам не нужно ждать, пока код попадет в релиз и будет доступен на проде для пользователя. Инженерные задачи могут быть длинными и монотонными и если они растягиваются более чем на несколько недель — отмечайте вместе с командой прохождение промежуточных чекпойнтов. 2. Обсуждения идей. Объединитесь с дизайнером и проведите совместный мозговой штурм с командой ваших инженеров. Поделитесь 1-2 основными проблемами клиентов и используйте виртуальную доску, чтобы найти вместе с ними инновационные решения (приоритеты можно расстаавить позже). 3. Не беритесь за дело без одобрения инженеров. Вы несете ответственность за дорожную карту, поэтому странно, если продакт береётся за план, который не согласован с разработчиками. Зная, что достижимо, а что сложно сложно для вашей команды, вы можете управлять рисками. 4. Делитесь общей картиной. Возможно, вы удивитесь, но инженеры любят знать, как их работа влияет на организацию и (и насколько). Проводите митинги, чтобы делиться бизнес-новостями и обновлениями дорожной карты. 5. Будьте партнером. Вы и команда инженеров работаете над достижением общей цели. У команды могут быть причины делать что-то, что не соответствует вашему видению. Будьте открыты и внимательны к таким предлолжениям – часто они открывают новые возможности для продукта. БОНУС: Три простых шага, которые вы можете предпринять, чтобы улучшить работу дизайнера 1. Объясняйте "почему". Даже если вы имеете в виду цвет кнопки. Вместо "просто сделаем так" подделитесь информацией на уровень выше – какую проблему мы пытаемся решить, и как бы вы оценили ее решение. Пока не трогайте само решение! 2. Решения и обсуждения на правильном уровне детализации. В некоторых случаях дизайнер может захотеть обсудить решения или провести мозговой штурм. Не допускайте обсуждений на уровне абстракций/пальцев. 3. Передавайте микрофон. Когда заходит речь о пользователях и их жизни в продукте, не забывайте звать на сцену дизайнера. Пусть дизайнер видит и демонстрирует результаты своей работы, получая обратную связь не только от вас и фронтендера. Полезные статьи: – Как продакту научиться думать как разработчик – Почему я мешаю разработчикам писать идеальный код – Cоветы по поиску, выбору и собеседованию дизайнера – Универсальная модель этапов развития любой команды по Тукману – Как продакт-менеджеру завоевать и удержать доверие своей команды – Самая страшная ошибка продакта – прятать продукт от команды