Это пост из серии “11 друзей продакта” #products_eleven. В этой серии постов я хочу рассказать про различных персонажей, с которыми продакт менеджер чаще всего взаимодействует на работе.
Сегодня мы поговорим про самого важного коллегу продакта. Того человека, отношения с которым бывают теснее и ближе, чем с мужем/женой/партнером по жизни.
В разных организациях они называются по-разному. Где-то team lead, где-то engineering manager, но эта роль всегда кем-то выполняется. Это человек, который непосредственно руководит вашей командой разработки.
Тимлид является административным руководителем разработчиков: он согласует им отпуск и подписывает премии. Он же отвечает за их карьерное развитие, и дает обратную связь с профессиональной точки зрения – хорошо ли разработчик пишет код.
Если вам покажется, что разработчик неадекватно оценивает сроки или как-то подозрительно долго завис на простой задаче, вы пойдете обсуждать это к тимлиду.
Невозможно преувеличить, насколько важен хороший контакт продакта и тимлида.
Это два человека, у каждого из которых ровно половина “карты мира”: у одного – продуктовая, у другого – техническая. Только если они умеют эффективно коммуницировать и принимать совместные решения с учетом информации из обоих миров – команда будет двигаться эффективно.
Партнерство с тимлидом у меня складывалось всегда по-разному. Кто-то сам ведет все процессы в Jira и не разрешает PM’у трогать ничего кроме бэклога, а кто-то ожидает, что PM будет организовывать все задачи и ритуалы команды. Некоторые тим лиды могут деятельно участвовать в коммуникациях со стейкхолдерами, а другие считают обязанностью PM максимально ограждать команду от запросов извне.
Если я вспоминаю периоды в своей карьере, когда моя команда жгла напалмом, и мы деливерили ценность вагонами – это периоды, когда я работал в партнерстве с очень крутым тим лидом, с которым мне удавалось хорошо сработаться.
Кажется про тимлида придется писать еще один пост, в этот не влезают личные истории, которыми я хотел поделиться. В комментах можно пожаловаться на своего тимлида, или рассказать какой он клевый.
Сегодня мы поговорим про самого важного коллегу продакта. Того человека, отношения с которым бывают теснее и ближе, чем с мужем/женой/партнером по жизни.
В разных организациях они называются по-разному. Где-то team lead, где-то engineering manager, но эта роль всегда кем-то выполняется. Это человек, который непосредственно руководит вашей командой разработки.
Тимлид является административным руководителем разработчиков: он согласует им отпуск и подписывает премии. Он же отвечает за их карьерное развитие, и дает обратную связь с профессиональной точки зрения – хорошо ли разработчик пишет код.
Если вам покажется, что разработчик неадекватно оценивает сроки или как-то подозрительно долго завис на простой задаче, вы пойдете обсуждать это к тимлиду.
Невозможно преувеличить, насколько важен хороший контакт продакта и тимлида.
Это два человека, у каждого из которых ровно половина “карты мира”: у одного – продуктовая, у другого – техническая. Только если они умеют эффективно коммуницировать и принимать совместные решения с учетом информации из обоих миров – команда будет двигаться эффективно.
Партнерство с тимлидом у меня складывалось всегда по-разному. Кто-то сам ведет все процессы в Jira и не разрешает PM’у трогать ничего кроме бэклога, а кто-то ожидает, что PM будет организовывать все задачи и ритуалы команды. Некоторые тим лиды могут деятельно участвовать в коммуникациях со стейкхолдерами, а другие считают обязанностью PM максимально ограждать команду от запросов извне.
Если я вспоминаю периоды в своей карьере, когда моя команда жгла напалмом, и мы деливерили ценность вагонами – это периоды, когда я работал в партнерстве с очень крутым тим лидом, с которым мне удавалось хорошо сработаться.
Кажется про тимлида придется писать еще один пост, в этот не влезают личные истории, которыми я хотел поделиться. В комментах можно пожаловаться на своего тимлида, или рассказать какой он клевый.