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

В основном разработчики считают своей работой «написание кода», «добавление фич» или даже «закрытие задач в Jira» — иными словами, думают, что им платят за то, что они пишут код, а не за то, что этот код приносит деньги и пользу компании.

Долгое время в нашей компании мы думали, что такой подход является нормой. Задача фронт-офиса и продактов — общаться с пользователями и понимать, как и куда развивать продукт. Задача разработчиков — писать код. Всё стройно и понятно, роли распределены. Но в какой-то момент такой подход начал себя изживать и его пришлось пересмотреть.

Если коротко, ключом к решению проблем, перечисленным выше, является переход мышления команды разработки от «код ради кода» к «код ради целей бизнеса», который подразумевает, что каждый сотрудник должен помнить: он часть бизнеса и продукта.

Это и называется «продуктовым» или «бизнесовым» мышлением: понимание того, что главная задача — развивать работу компании и улучшать продукт. Такая установка означает, что разработчик должен:

Бизнес получает вовлеченную команду, которая лучше перформит.

…или немного марксизма:

Маркс много писал об отчуждении. Отчуждение — это отрыв рабочего от результатов его труда и процесса производства. Человек работает, но не чувствует никакой связи с конечным продуктом своей деятельности: изо дня в день он завинчивает один и тот же болт на конвейере и не ощущает, что создаёт что-то большое, ведь его работа мала и однообразна. Он не видит смысла в работе — вся его деятельность сводится к провороту одного болта.

Экономическая часть проблемы, о которой писал Маркс, современных разработчиков затрагивает в меньшей степени: они имеют гораздо более высокий уровень дохода чем рабочие на заводах времен Маркса, а вот психологическая — очень даже: разработчики нередко не понимают смысл своего труда, не видят, как совершаемые ими действия влияют на продукт в целом. Если ваша работа сводится к выполнению потока задач из jira, если вы не знаете, зачем выполняется та или иная задача, а каждый новый день на работе такой же, как предыдущий, подумайте: сильно ли вы отличаетесь от того рабочего на заводе?

Продуктовое мышление и ощущение причастности заставляет команду разработки больше ценить и гордиться продуктом, а значит, чувствовать важность и смысл своей работы.

Как только мы осознали, что оторванность производства от бизнеса — это проблема, мы пошли её решать. Обсудили с менеджерами, собрали кейсы коллег из других компаний, привлекли HR отдел и организовали общий брейншторм. В итоге появились следующие нововведения:

Нам предстоит еще много работать в этом направлении, но первые шаги положены — это не может не радовать.

Единая парадигма продуктового мышления помогает разным частям продукта быть более целостными. Это вызывает меньше рассинхронизации, а значит, меньше конфликтов. Всем понятны приоритеты и цели бизнеса, при этом бизнесу более понятны технические ограничения. Как итог: все счастливы и работают продуктивнее.