Команда продукта и разработка Разработка, независимо от того, находится ли она в единой структуре с продуктом или в отдельном ИТ-подразделении, является неотъемлемой частью продукта. Продукт не только влияет на изменения для пользователей, но также формирует изменения внутри компании. Команда разработки является важным показателем здорового подхода к управлению продуктом в компании. Если разработчики заинтересованы в улучшениях, понимают, "что" они делают и "для чего", это означает, что корабль движется в правильном направлении. Крутые СТО среди моих знакомых отмечают, что разработчики часто могут предложить решения, которые превосходят первоначальную идею, потому что они получают проработанную идею на пользователях и могут наложить ее в архитектуру продукта. Часто такой подход создает возможности для всей команды в будущем за счет заложенной гибкости. Я начинал свою карьеру как разработчик и в одно время был тимлидом команды, включавшей более 20 человек разработки. Я считаю, что важно поддерживать отношения со своей командой и ясно объяснять им цель нашей работы. Однако, устанавливая отношения, объясняя ценность работы над продуктом и вовлекая разработчиков в продукт, не следует погружаться в иллюзии, что у всех разработчиков есть потребность в том, чтобы разобраться в продукте. Разработчик, который работает и смотрит ютуб, разработчик, который не знаком с архитектурой продукта потому что ему не интересно в ней досконально разобраться — не способен предложить гибкое решение и часто создает функционал насыщенный техническим долгом. В моем понимании, такой разработчик не должен работать в современной продуктовой команде. Кстати, я помню, когда я перешел из должности тимлида в должность руководителя, то пообещал себе: "С этого момента я не буду вмешиваться в код. Несмотря на любые сложности и мои возможные знания кода лучше (на тот момент), чем у разработчика, я не буду вмешиваться". Мои навыки разработчика необходимо было спрятать, чтобы сфокусироваться на улучшении своих новых навыков — навыков руководителя. С того времени за код стал отвечать разработчик, а за полученный результат от этого кода — я. В заключение, я хочу пожелать вам прекрасных отношений как с командой разработки, с внутренними отделами в компании и любимыми пользователями. Все, что вы делаете — вы делаете для пользователей, но ваша работа должна приносить вам удовольствие в первую очередь. @product_theme