Команда

Ключевые роли в ИТ-проекте

Редактор: Анастасия Тищенко

Время чтения: 5 минут

22 ноября 2023

Для чего нужны владелец продукта, проджект-менеджер, тимлид и техлид? В статье разберем особенности каждой из ролей и навыки, которые понадобятся для управления продуктом.

Product Owner и что должен уметь

Владелец продукта (Product Owner, PO) — это специалист, который отвечает за создание и развитие продукта, а также следит за тем, чтобы продукт соответствовал потребностям пользователей и стратегическим целям компании. Он формулирует и поддерживает чёткое видение продукта, управляет разработкой на всех этапах и отвечает за результаты. PO формирует видение, отвечает за улучшение и развитие продукта, создает ценности и объединяет команду.

Чтобы стать Product Owner, нужно разбираться в разработке на уровне, достаточном для понимания процесса создания продукта, управления бэклогом, приоритизации задач и взаимодействия с командой и клиентами. Product Owner в ИТ может стать человек с опытом управления проектами, хорошими коммуникативными навыками и пониманием бизнес-процессов.

Практика показывает, что люди переходят в PO в трёх случаях:

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

Как могут выглядеть задачи продакт-оунера:

Общение с заказчиком: определение видения продукта и стратегии его развития
Составление дорожной карты продукта: планирование выполнения, изменения и продвижения проекта
Разработка модели монетизации
Управление списком задач для разработчиков
Контроль исполнения задач на каждом этапе
Получение обратной связи от пользователей и исследование их потребностей
Оценка показателей конкурентов
Прогнозирование проблем и способов их устранения
Измерение прогресса продукта
Ведение бэклога для команды разработчиков
Участие в процессе расширения команды и найма сотрудников

За что отвечает проджект менеджер

Проджект-менеджер (Project Manager, PM) — это специалист, который отвечает за планирование, контроль и координацию всех этапов разработки ИТ-проекта. Его основная задача — обеспечить своевременное выполнение задач, соблюдение сроков и бюджета, эффективное взаимодействие между всеми участниками команды. В работе проджект управляет бизнес-аналитиками, дизайнерами, тимлидами и техлидами, разработчиками, DevOps-инженерами.

Project-менеджер должен иметь представление о процессе разработки ПО, уметь анализировать требования к продукту, определять его архитектуру и выбирать подходящие технологии для реализации проекта, знать основные принципы и методологии управления проектами: Agile, Waterfall и Kanban. Проджект играет ключевую роль в команде разработчиков, собирая запросы от продактов и клиентов, работая с гипотезами, показателями и метриками, а также предоставляя технические задания для разработчиков, тестировщиков и аналитиков. Он обеспечивает координацию между этими специалистами и контролирует весь процесс.

Обычно в вакансиях для проджект-менеджеров могут быть прописаны такие задачи:

Проведение декомпозиции проекта на отдельные работы
Планирование выполнения работ в заданные сроки и при имеющихся ресурсах
Постановка задач команде
Контроль выполнения задач и предоставление результата заказчику
Объединение информационных потоков от клиента и команды исполнителей
Поддержание темпа реализации проекта и контроль расходов по проекту
Отслеживание эффективности команды
Управление рисками и их минимизация
Подготовка отчетов и презентаций о ходе выполнения проекта
Координация работы с другими отделами или компаниями

ТОП 10 фактов о product и project

В мире ИT и разработки часто путают роли продакт-менеджера (Product Manager) и проджект-менеджера (Project Manager). Оба специалиста управляют процессами, но их функции и зона ответственности сильно различаются. Продакт отвечает за стратегию и развитие продукта, а проджект — за его своевременную и эффективную реализацию. Чтобы разобраться в их ключевых различиях и особенностях работы, мы собрали 10 интересных фактов, которые помогут разобраться.

Разные цели: продакт-менеджер (Product Manager, PM) отвечает за “что” и “почему” разрабатывается, а проджект-менеджер (Project Manager, PM) – за “как” и “когда”.
Связь с пользователями: продакт-менеджеры тесно работают с клиентами, анализируя их потребности и собирая фидбэк, а проджект-менеджеры больше взаимодействуют с командой и следят за выполнением задач.
Суперсила продакта – стратегия: продакт-менеджеры создают дорожную карту продукта (product roadmap) и определяют его развитие в долгосрочной перспективе.

Продакт-менеджер фокусируется на видении продукта, его ценности и стратегии. Проджект-менеджер управляет процессами, сроками и ресурсами, обеспечивая реализацию.

Суперсила проджекта – исполнение: он управляет ресурсами, сроками и следит, чтобы работа шла по плану.
Без проджект-менеджеров продукт может никогда не выйти в свет: без грамотного управления проектом команда может застрять в разработке.
Без продакт-менеджеров продукт может стать ненужным: если нет четкого понимания потребностей пользователей и бизнес-целей, то команда может создать продукт, который не решает реальную проблему.

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

Идеальный тандем: в успешных проектах продакт и проджект работают в связке, где один отвечает за видение, а другой – за реализацию, дополняют друг друга и не мерятся ответственностью и знаниями.
Проджект-менеджеры любят Agile, но не все им пользуются: несмотря на популярность Agile и Scrum, многие проекты все еще управляются по Waterfall или гибридным методологиям.

Продакт-менеджер – это мини-CEO: продактов часто называют «CEO своего продукта», потому что они управляют им на стыке бизнеса, технологий и дизайна.
Обе роли требуют soft skills: и продакт, и проджект должны уметь договариваться, мотивировать команду, решать конфликты и находить компромиссы между желаниями бизнеса, разработчиков и пользователей.

Чем занимается тимлид разработки

Тимлид (Team Lead) больше работает с людьми, фокусируясь на коммуникации, мотивации и управлении командой. Техлид же сосредотачивается на технологиях, ресурсах и процессах, консультирует и обучает сотрудников, оптимизирует рабочие процессы и внедряет новые инструменты. Оба лидера работают совместно, создавая сбалансированную и продуктивную команду, где тимлид заботится о людях, а техлид — о процессах, технологиях и качестве работы.

Тимлид играет ключевую роль в процессе управления командой разработки, сосредотачиваясь на коммуникации, мотивации и эффективном распределении задач между участниками. Он обеспечивает эффективную работу команды, координирует задачи, устанавливает приоритеты и помогает синхронизировать усилия, направленные на достижение общих целей.

В отличие от техлида, который фокусируется на технической стороне проекта, тимлид отвечает за управление людьми и процессами. Он помогает решать межличностные проблемы и создает условия для стабильной работы команды. Тимлид активно внедряет процессы, направленные на повышение производительности и эффективность работы, такие как agile-подходы (Scrum, Kanban) и поддержание нормальной рабочей атмосферы.

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

Тимлид — это не только координатор, но и человек, который активно участвует в формировании корпоративной культуры, развивает сотрудников и следит за общей эффективностью команды.

Задачи техлида

Техлид (Tech Lead) — это специалист, который отвечает за техническую сторону проекта. Он занимается выбором технологий, разработкой архитектуры системы и обеспечением технической экспертизы в команде. Именно техлид принимает ключевые технические решения, отвечает за качество кода и снижение рисков, влияющих на конечный продукт. Разница между тимлидом и техлидом заключается в фокусе их внимания, но иногда их обязанности могут пересекаться.

Чем занимается техлид:

Подбирает технологии для конкретных задач и проектов
Составляет списки необходимого софта, программ и оборудования для работы
Мониторит и обновляет информацию о требуемых технологиях
Внедряет новые решения в области разработки и тестирования программных продуктов
Выстраивает процессы CI/CD, код-ревью и развивает инженерные технологии
Планирует и разрабатывает стратегии функционального развития продукта
Обучает и развивает инженерные навыки участников команды
Решает технически сложные задачи, с которыми не могут справиться другие специалисты команды

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

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

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