С кем кроме команды разработки общается продукт-оунер?
Что проверяют
Видите ли вы контур вокруг команды. Аналитик делит с продукт-оунером работу с требованиями, и если для вас мир заканчивается на разработчиках, требования будут собраны наполовину.
Как отвечать
Перечисляйте не абстрактных «заинтересованных лиц», а роли и предмет разговора:
- пользователи и поддержка: интервью, обращения, повторяющиеся жалобы. Поддержка нередко знает о проблеме раньше аналитики;
- продажи и аккаунт-менеджеры: чего не хватает в сделках и какие обещания уже даны клиенту;
- маркетинг: позиционирование, дата запуска, сроки коммуникаций;
- финансы и руководство: бюджет, окупаемость, приоритет относительно других инициатив;
- юристы, безопасность, комплаенс: персональные данные, требования регулятора, хранение и доступ. Это те, кто может остановить готовую функциональность;
- владельцы смежных систем: контракты интеграций и их планы изменений;
- эксплуатация: нефункциональные требования, окно релиза, дежурства;
- внешние подрядчики, если часть работ ведётся не своими силами.
Хорошо добавить, как это устроено в вашей практике: продукт-оунер держит внешний контур и приоритет, аналитик переводит договорённости в требования и критерии приёмки, и оба следят, чтобы одна и та же договорённость не существовала в двух версиях.
Где спотыкаются
Отвечают «со всеми заинтересованными сторонами». Это не ответ: ценность в том, чтобы назвать роли и то, что от каждой получают.
Путают продукт-оунера с руководителем проекта и с бизнес-заказчиком. Сроки и ресурсы это одно, приоритет бэклога и ответственность за ценность другое, а разложены роли в разных компаниях по-разному, поэтому уместно уточнить, как здесь.
Забывают про юристов и безопасность до тех пор, пока согласование не останавливает релиз. В продуктах с платежами и персональными данными этот контакт нужен на этапе требований, а не перед выкаткой.