Ведущий менеджер по продукту полностью отвечает за одну область продукта FlowFuse и управляет ею от начала до конца: видение, дорожная карта, бэклог, приоритизация, последовательность спринтов, уточнение и задачи в GitHub, которые реализуют инженеры.
Область ответственности назначается в соответствии с приоритетами компании и может со временем меняться. Это могут быть сертифицированные узлы и протоколы, которые связывают клиентов с их промышленными системами (OPC UA, S7, MQTT), основная платформа, инфраструктура под ней или то, как FlowFuse применяет ИИ для своих пользователей. Форма роли остается неизменной независимо от области: один владелец, который живет в своей доменной области и управляет ею, как своей собственной.
Эта роль строится на основе роли менеджера по продукту. Если базовая роль определяет стратегию продукта для всего FlowFuse, то ведущий менеджер по продукту применяет это мастерство с полной ответственностью за одну область, работая непосредственно и в тесном контакте с инженерами.
Ведущий менеджер по продукту несет основную ответственность за:
- Непрерывное исследование: участие в звонках с продажами и клиентами, просмотр записей звонков и прямое общение с пользователями для выявления истинной проблемы за каждым запросом. Ведущий менеджер по продукту развивает глубокие знания о клиентах FlowFuse и области промышленного Интернета вещей, а также поддерживает эти знания в актуальном состоянии.
- Владение дорожной картой области: формирование видения на один-три года для своей области и разбиение его на задачи, которые будут реализованы в текущем спринте.
- Ежедневное управление областью: сортировка бэклога и входящих идей, приоритизация, последовательность и перевод работы в спринты.
- Создание точных спецификаций: подготовка точных, технических, однозначных задач в GitHub. Инженерам никогда не придется гадать, что означает «готово». В FlowFuse нет трио PM/дизайнер/инженер; ведущий менеджер по продукту пишет спецификацию и задачу, и то, что он написал, и строится.
- Проведение уточнений с инженерной командой: приходить подготовленным, принимать продуктовые решения в своей области и быстро устранять препятствия для команды.
- Фильтрация и перевод входящей информации: руководство, коллеги и активные сделки с клиентами генерируют идеи в большом объеме. Ведущий менеджер по продукту поглощает эту информацию, превращает ее в четкий и последовательный план и защищает фокус своей инженерной команды.
Ведущий менеджер по продукту подчиняется менеджеру по инженерии.
Исключения базовой роли менеджера по продукту применимы, с следующими уточнениями:
- Управление персоналом: ведущий менеджер по продукту принимает продуктовые решения и проводит уточнения для своей команды, но не управляет инженерами, реализующими работу. Создание и управление продуктовой командой — потенциальный путь развития для этой роли, но не входит в начальный объем обязанностей.
- Технические решения о том, как продукт строится или архитектурно устроен.
- Оценка усилий: ведущий менеджер по продукту предоставляет оценку усилий при создании задач. Однако ответственным за этот процесс является технический директор (CTO).
Что ведущий менеджер по продукту приносит в команду:
- Склонность к действию: действует быстро, выпускает продукт и демонстрирует результаты. Предпочитает принять обратимое решение сегодня, чем назначать встречу по этому вопросу на следующую неделю.
- Подтвержденное мастерство: писал реальные спецификации и задачи, владел бэклогом и проводил уточнения с инженерной командой.
- Быстрое освоение сложных областей: опыт в промышленности, операционных технологиях или протоколах является большим плюсом, но не обязательным. Демонстрируемый опыт глубокого погружения в сложную область важнее, чем существующие IIoT-квалификации.
- Свободное общение с инженерами: говорит на их языке, уважает их ограничения и облегчает их работу. Завоевание доверия инженерной команды — ключевая часть роли.
- Здравый смысл под давлением: твердо придерживается рамок, наставляет других на лучший результат и принимает трудные решения при необходимости.
- Свободное владение инструментами ИИ: уже использует инструменты ИИ для составления спецификаций, прототипирования и ускорения работы.
- Комфорт с неопределенностью: успешно работает в небольшой, быстрорастущей стартап-компании, где приоритеты меняются, а самая важная работа иногда выходит за рамки должностной инструкции.
Опыт управления персоналом приветствуется, но не обязателен для начала.
- 30-й день: отлично знает свою область, ее бэклог и крупнейшие обязательства FlowFuse перед клиентами. Свободно владеет инструментами, на которых работает команда (GitHub, Slack, Asana, Claude, Google Workspace). Участвовал в уточнениях и писал задачи в соответствии с ожидаемым стандартом. Познакомился с отделами продаж и маркетинга и знает, кто за что отвечает.
- 60-й день: владеет бэклогом и ближайшей дорожной картой своей области. Принимал реальные решения по приоритизации и планировал последовательность предстоящих спринтов. Его задачи вызывают доверие у инженерной команды. Может назвать основные причины, по которым сделки задерживаются и обновления вызывают сомнения, и сотрудничал с маркетингом по материалам для выхода хотя бы одного релиза.
- 90-й день: выпустил многонедельный проект, который решил реальную проблему клиента, и сформировал дорожную карту, на которую руководство может опираться в планировании. Превратил хотя бы одно препятствие в продажах или обновлениях в ответ в дорожной карте. Является ключевым человеком в организации по состоянию своей области.
Процесс собеседования отражает подход FlowFuse к найму инженеров: он ставит в приоритет демонстрацию способностей над отточенными ответами на интервью. Каждый этап отвечает на один вопрос: может ли этот человек самостоятельно владеть областью продукта в FlowFuse и стать надежным партнером для инженерной команды?
- Рассмотрение заявки: просмотр резюме и предоставленного примера работы. Кандидаты предоставляют одну реальную задачу или issue, которую они написали, точно так, как ее получил инженер, а также два-три предложения о том, почему они выбрали именно ее, с акцентом на то, что они сделали бы иначе сейчас. Проводится менеджером по найму.
- Скрининговый звонок (20 минут): первичный отбор, сосредоточенный на соответствии роли, мотивации, опыте удаленной и асинхронной работы, текущем использовании ИИ в рабочем процессе и соответствии стилю работы FlowFuse. Проводится менеджером по найму или People Ops.
- Интервью с менеджером по найму (45 минут): более глубокий разговор о прошлом опыте работы с продуктом, продуктовом суждении и реалистичном сценарии FlowFuse. Этот этап проверяет ключевые навыки управления продуктом: владение, приоритизацию, исследование и способность защищать фокус инженерной команды. Проводится менеджером по найму.
- Оценка навыков (45 минут): предоставленная кандидатом задача служит основой для обсуждения, включая уточнения в стиле refinement, с которыми инженеры сталкиваются ежедневно, а также общий сценарий продукта FlowFuse, который дают всем кандидатам для сравнения. Обсуждение сосредоточено на стиле работы, принятии решений под давлением и взаимодействии с инженерами, а не на оценке самого артефакта. Проводится техническим директором (CTO) и коллегой по продукту. Этот этап также определяет уровень, на который подходит кандидат.
- STAR-интервью (45 минут): поведенческое интервью для понимания прошлого опыта и оценки соответствия ценностям FlowFuse, инициативности и стилю сотрудничества. Проводится генеральным директором (CEO).
- Интервью с командой (45 минут): разговор, сосредоточенный на командном взаимодействии, стиле коммуникации и культурном соответствии. Проводится двумя членами команды, которые ранее не участвовали в интервью, они заполняют оценочную карту и должны высказать свои замечания.
- Предложение: выдвижение предложения выбранному кандидату.
