Основу команды составляют менеджер продукта и ведущий инженер.
Ведущий инженер и менеджер продукта совместно описывают два слоя продукта - технический и бизнес-слой.
Разделение зон ответственности между инженером и менеджером продукта зависит от квалификации обоих. Если вы начинающий PM, то вы будете иметь роль стажера в команде опытных инженеров, и будете советоваться с ними. Если вы PM с опытом, то можете принимать обсуждать на равных технические решения совместно с инженерами.
В средних и крупных проектах ведущий инженер подключает помощников — инженеров, специалистов в своей сфере деятельности (бэк, фронт).
За готовность продукта к эксплуатации отвечает тестировщик.
Если в проекте требуется математическое моделирование и интеллектуальный анализ данных, команда дополняется новой ролью - аналитик данных (data scientist).
Для первичного формирования продуктовых команд следует разбить существующие программное обеспечения на такие блоки, которыми способен управлять один человек. Разные продукты могут требовать различной специализации. Технические внутренние продукты могут требовать серьезных знаний инженерной области, продукты для конечных пользователей требуют широких знаний предметной области, бизнеса и пользователей. В качестве менеджера продукта предпочтительно развивать нынешних сотрудников компании. Сотрудники понимают компанию, ее продукцию, проблемы и специфические особенности организации.
Автономия команды расширяет возможности членов команды и снижает накладные расходы на управление, но может привести к тому, что люди могут пойти в разные стороны, если они не связаны общими целями. Для возможности эффективной автономной работы члены команды должны понимать и разделять общие цели (решение согласованного списка проблем, способы, какими эти проблемы должны решаться, бизнес показатели, которые должны улучшаться продуктом)
Владельцем продукта является вся группа людей, работающая вместе для достижения результата.
В ходе работы продуктовой команды формируется видение продукта и набор шагов для его достижения (стратегия продукта).
Видение продукта способ его достижения обсуждается внутри команды, включающей заинтересованных лиц и профильных специалистов (экономистов, аналитиков, дизайнеров и т. д.)
Разработчики, тестировщики, аналитики, профильные специалисты также имеют право голоса при планировании и расстановке приоритетов. Таким образом коллективный ум команды работает над продвижением работы по достижению целей.
Традиционная схема управления работает так: 97.5% сотрудников требуют постоянного вопроса «ты сделал это?». Это и есть «расход на управление» классической схемы. Противоположность данной схемы - «схема предпринимателя», в которой команда, как «предприниматель», ведет продукт к определенному видению, решая текущие задачи бизнеса и пользователей.
Видение продукта вносит автономность в принятие решений командой.
Что делать, если 97.5% членов команды так же требуют постоянного вопроса «ты сделал это?»
Донести видение продукта и дорожную карту продукта до членов команды
Определиться длиной итерации и форматом подотчетности. В конечном итоге важен качественный программный продукт, а не «ритуалы». Нужна ли ежедневная планерка, или это наоборот угнетает команду? Такие вопросы следует решать совместно, находя наиболее оптимальный в долгосрочной перспективе формат работы.