Зачем становиться продуктовыми разработчиками?
В чем вообще прикол, чем отличается обычный разработчик от продуктового, почему в одной компании надо таски закрывать, а в другой вовлекаться в продуктовый процесс? И самое главное — а в чем для меня, как разработчика, выгода в это все лезть?
Большинство компаний пребывает в классической ситуации, контекст бизнеса и поставленные цели требуют проявить себя продуктово (сфокусироваться на потребностях клиента), но команды и их участники находятся в проектном состоянии (ставь задачу, формулируй, я сделаю по ТЗ).
На прошлом FrontendConf я понял, что хочу об этом говорить, и сделать круглый стол, на который позову одних из лучших (по-моему мнению) представителей продуктовой культуры в айти. Как итог, мы прошлись от причин к следствиям и поговорили про:
- Что такое продуктовая культура и зачем она нужна компаниям?
- Как продуктовая культура проявляется в управлении?
- Как продуктовая культура проявляется в команде?
- Роль разработчика в продуктовом подходе?
- Что за run / change / disrupt, зачем мне это понимать?
- Как разработчику прокачать продуктовость?
- Как применять продуктовый подход к процессам, платформам и самое организации?
Круглый стол прошел отлично! Я очень доволен, а теперь, поскольку мы его выложили в открытый доступ, делюсь им: https://www.youtube.com/watch?v=RKrxfJpkfAs
А еще, мы с программным комитетом собрали новую программу этого года, и активно готовим докладчиков. Приходите, будет интересно, промокод: fc25_TiredGlebMikheev
