1. Команда голосує за обмежений набір фіч, які заздалегідь підготував продакт менеджер.
2. Голосування — це і є інструмент отримання фідбеку від команди.
3. Так, це не входить в обов’язки розробників і тестувальників, але їм це цікаво і це додаткова мотивація. Втім, я впевнена, що брати активну участь у розвитку продукту може бути цікаво не всім командам.

Згодна, що в статті більше про переваги і під таким кутом розглядається, але саме так я зараз бачу роботу в тому продукті, де працюю. Люди різні, комусь може більше подобатись робота за чіткої документації і стандартизованих процесів, або хтось не любить частих змін та коли все несеться. Але дякую за ваш коментар, я подумаю про ці інші сторони і, можливо, зберу їх в окрему статтю)

Дякую! Насправді експертом в доменній області бути не обов’язково, але продукт точно має подобатись і бажано, щоб ви були в цільовій аудиторії. Тоді всі зірочки зійдуться і працювати буде максимально цікаво)

Дякую за коментар. У статті я вказувала, що це не єдиний і точно не основний метод пріоритезації. Але команда, яка довго працює над продуктом, до якої регулярно доносять фідбек користувача, яка має експертність та високий рівень залучення, на мою думку, повинна мати право впливати на продукт. Звісно продакт менеджер не змінить pain point юзерів на ту фічу, за яку проголосувала більшість команди, але при рівних значеннях цей фактор враховується.