Використання Scrum для малих проектів, де власник не хоче брати участь

Останнім часом я досить багато читав і дізнавався про scrum, і мені це дуже подобається. Однак у мене є кілька вірогідних сценаріїв, в яких я не знаю рішення. Тож скажімо, що я, можливо, захочу організувати спритну команду (наприклад) чотирьох веб-розробників (один з них UI / UX-дизайнер). Ця команда діятиме на принципах scrum.

Спочатку ми б, напевно, працювали над такими проектами, як цільові сторінки для малого бізнесу звичайних людей, як, наприклад, оренда квартир, продаж файлів cookie ... Таких клієнтів просто не можна встановити за допомогою ролі власника продукту (IMHO), оскільки вони зазвичай розраховують найняти компанію , дайте їм загальну мету проекту з деякими деталями, а потім очікуйте, що робота буде виконана (включаючи багато прийняття рішень) з якомога меншим їх залученням (на їхню думку, вони мають зробити більш важливі речі). Скажімо, я хотів би взяти участь у ролі розробника / майстра scrum (я знаю, що навіть це дискусійно, будучи членом команди та майстром scrum одразу), тому я просто не повинен брати на себе роль власника продукту як добре.

Що стосується моїх запитань: Якщо я є власником бізнесу своєї компанії, чи мені просто потрібно бути власником продукту (чи включають ці ролі одна одну)? Чи можу я взяти на роботу продавця, який може виконувати роль власника продукту? Було б краще, якщо це досвідчений розробник, а не продавець? Це навіть розумний хід? Нарешті, чи є інший спритний підхід, який може краще відповідати моєму становищу?

EDIT: Дякую всім за хороші результати. Я додав кілька коментарів, будь-яка додаткова інформація буде дуже вдячна.

Я думаю, що ваша ситуація насправді дуже поширена, багато клієнтів не залучаються до рівня відданості, який потребує роль ОП.

Дуже звичайний підхід "проксі-сервера", це хтось із вашої компанії, який спілкується з клієнтом і переводить вимоги клієнта в історії користувачів для команди scrum. Звичайно, вам потрібно потроху залучати до свого процесу більше свого реального клієнта, але це не завжди можливо і багато що залежить від вашого типу клієнтів, "PO проксі" може бути розумним рішенням у більшості сценаріїв .

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

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

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

Я б сказав, що ваш зовнішній клієнт є зацікавленою стороною, а власник продукту повинен походити з вашої власної організації.

На мій досвід, власник бізнесу та власник продукту рідко мають однакову роль. Щоб перевірити вміння, необхідні власнику продукту, а також їх обов'язки, дивіться не далі, ніж Посібник з Scrum .

Вибирайте власника продукту ретельно. Вони матимуть істотний вплив на те, наскільки добре ви досягаєте переваг scrum.

Я був у подібних ситуаціях, і ми ніколи не відповідали власнику товару перед клієнтом. Як ви сказали, клієнт не захоче брати на себе цю відповідальність. Це вимагає великих зусиль з їхнього боку, і це не вважається найкращою практикою.

У вас повинен бути власник продукту, який є частиною вашої команди і гарантує, що команда забезпечує те, що вимагає клієнт. І ще важливіше - діє в інтересах вашої команди. Вона повинна мати достатньо досвіду, щоб зрозуміти клієнта та судити про пріоритети та важливість особливостей, просити клієнта.