Вот это как раз и тяжело представить. Кто же конкретно он должен быт? Заказчик как правило, не имеет нужных технических навыков. А те кто имеет, пишут такое что разобраться сложнее.

Если фирма более или менее крупная, то такое представить совсем не сложно. Напимер на роль продакт онера отлично подходит аналитик (у нас в одной из фирм этот человек назывался product manager). Это человек, который собирает хотелки у клиентов и формирует из них user stories (в той фирме product manager писал Plichtenheft на каждую фичу). Человек этот, не был частью команды и фактически исполнял роль продакт онера (все это было в доскрамовое время :D)

А на прошлой работе все шли прямиком к шефу и все хотелки оформлял шеф. В результате был бардак :) Потому что в спорных вопросах шеф должен быть на стороне команды, а не на стороне клиента. А там шеф никогда не отказывал клиентам и в результате у нас накапливались противоречивые фичи.

Сейчас, если бы у нас вводили бы скрам, то на роль продакт онера отлично подошли бы ребята, которые выполняют поддержку клиентов на местах. Они и сейчас передают нам все пожелания клиентов, а также баги итд. Другое дело, что текущий шеф не отдал бы ни роль продакт онера, ни роль скрам мастера. Поэтому хорошо, что у нас нет скрама :)

Ну и, как я говорил, такие люди есть в любой фирме, скажем, от 100 человек. Да даже в более мелких фирмах, есть либо сейлы, либо маркетологи-аналитики, которые фактически и являются заказчиками.

- тип проекта(ов). Для большого количества проектов методика неэффективна

Еще раз, скрам - это методика управления временем. Совершенно не важно сколько там проектов. Важно, чтобы можно было выделить небольшие задачи.

- размер команды. Для малых размеров (границы?) методика неэффективна

Я бы сказал, что наоборот :) Для команд из более, чем 10 человек скрам легко превратится в кучу скучных собраний. Да даже уже 10 - много. Граница наверное где-то в районе 5-7 человек.