В 99% вакансий product manager'а вы увидите требование «опыт работы с командой разработки». Но что это на самом деле означает? Разберемся с экспертом Ангелиной Зинченко.

Ангелина — Product Lead, Яндекс 360. Имеет более 5 лет опыта работы на руководящих и директорских позициях в IT, работала с международными компаниями Big4 и спец-проектами Тимура Бекмамбетова, запускала с нуля многомиллионные продукты на рынок, как в стартапах, так и в корпоративных структурах (Газпром-медиа), развивала направления в корпорациях (Авито, Яндекс). Ведет канал «Управляй этим!»

Кто такие разработчики и зачем продукту с ними взаимодействовать

«Команда разработки — лучшие друзья продакта, которые помогают ему доставить ценность пользователям», — объясняет Ангелина.

В нее входят не только программисты, но и:

• Тестировщики
• DevOps-инженеры
• ML-специалисты
• Другие узкоспециализированные технические специалисты

Продакт должен общаться с командой на ее языке и правильно ставить задачи, чтобы получать желаемый результат.

Как устроено управление командой разработки

Чаще всего, работа идет в кросс-функциональной команде, где продакт является поставщиком задач, целей и общего вектора работы команды.

Матричная структура — современный стандарт

• Тимлид отвечает за качество кода и профессиональный рост разработчиков.
• Продакт определяет что и зачем делать, расставляет приоритеты.

Полномочия четко распределены, конфликты исключены, но всякое случается.

«Когда цели защищены и ресурсы выделены, тимлид разработки не должен вас посылать» , — шутит Ангелина.

Ангелина рекомендует еще на стадии собеседования выяснять, есть ли в компании борьба за ресурсы или уже собрана команда под конкретное направление или продукт, которым придется заниматься.

Если продакты вынуждены бороться за команду, то это стрессовая ситуация и идти в такую компанию не стоит. Как выяснить это на собеседовании — Ангелина подробно рассказала в ВИДЕО.

Практика: как выглядит рабочий процесс

На самом деле, команда разработки может подключаться на любом этапе работы над продуктом.

Discovery-фаза: подготовка к разработке

• Формулируем проблему и цели
• Определяем метрики успеха
• Тестируем гипотезу
• Готовим user flow и дизайн
• Составляем функциональные требования

Delivery-фаза: работа с разработчиками

Груминг — обсуждение технических решений:

• Разработчики предлагают оптимальные пути реализации
• Ищем баланс между идеалом и скоростью
• Фиксируем договоренности (обязательно письменно)

Планирование спринтов:

• Разбиваем фичи на части
• Оцениваем сроки (уточняем, какие работы включает оценка!)
• Определяем очередность

Контроль реализации:

• Регулярные стендапы, демо, ретроспективы
• Решение возникающих проблем
• Корректировка планов

Важно: «5 дней разработки» ≠ «5 дней до выхода в прод». Учитывайте тестирование, code review и другие этапы.

Как получить опыт работы с разработчиками, если его нет

Теоретическая подготовка

Изучаем Agile и Scrum:

• Манифест Agile
• Книга Сазерленда «Scrum»
• Статьи на Хабре по проектному управлению

Разбираемся в основах:

• Архитектура приложений (микросервисы vs монолит)
• Основные технологии (API, базы данных и т.д.)
• Процесс разработки (сама разработка, code review, CI/CD, тестирование и т.д.)

Технические курсы:

• Product University (технические навыки PM)
• Яндекс.Практикум
• Тематические видосики на youtube

Практические шаги

Находим ментора-разработчика:

• Просим объяснить на пальцах процесс разработки
• Записываем непонятные термины
• Разбираем реальные кейсы

Pet-проекты:

• Участвуем в стартапах друзей
• Волонтерские проекты

Симулируем опыт на собеседованиях:

• Готовимся к техническим секциям
• Разбираем кейсы компаний
• Демонстрируем системный подход

«Я знаю случаи, когда в биг тех брали людей без опыта, но с отличной подготовкой к техническому собеседованию», — делится кейсом Ангелина.

Как понять, что твой опыт работы с разработчиками — нормальный

«Если ты просто кидаешь ТЗ и ждешь результат месяц — это не работа с разработчиками», — предупреждает Ангелина.

Работа с другими командами

Продукт взаимодействует не только с разработчиками:

• Дизайнеры — создают user flow и интерфейсы
• Продуктовые аналитики — помогают с метриками и исследованиями
• Маркетинг — помогает готовить go-to-market стратегию
• Продажи — не только продают продукт, но и дают обратную связь от клиентов

Важно:

«Твоя ключевая роль — доносить ценность того, что делает команда. Показывай, как растут метрики, делись отзывами пользователей», — советует Ангелина.

Кого Ангелина никогда не возьмет в продуктовые менеджеры

Красные флаги:

• Перекладывание ответственности («Это аналитик должен»)
• Угрозы увольнения («Я их всех уволю»)
• Нежелание разбираться («Пойду погуглю» — уже лучше!)

Идеальный кандидат скажет: «Я пока не знаю, но изучу вопрос и пришлю ответ».

Заключение: 3 главных совета начинающим

• Погружайся в технические детали — базовое понимание обязательно.
• Выстраивай партнерские отношения — разработчики твои союзники.
• Не бойся спрашивать — лучше задать «глупый» вопрос, чем сделать ошибку.

За месяц целенаправленной работы можно выйти на хороший уровень взаимодействия с командой.