Здравствуйте, Роман Дубров, Вы писали:

РД>как продолжение вышеописанного ряда — все задачи назначаются сверху. Оч
РД>хорошо подходит для абсолютно демотивированной команды, погоняемой
РД>кнутом ввиду полного отсутствия реакции на пряник. Плюсы и минусы
РД>общеизвестны

А что, мотивация зависит только от способа распределения задач

Самым работающим, на мой взгляд, является сочетание всех методов.
Так как, например, равномерно распределить интересные и неинтересные задачи сложно без тимлида.
Кроме того, если задачи разбирают разработчики без контроля, то может быть как сценарий "я хорошо делаю такие задачи — я только их и буду брать" — что приводит к отсутствию роста, так и сценарий "Это я делать умею, это не интересно, возьму что-нибудь новенькое" что приводит к замедлению процесса разработки.

Я обычно активно приглядываю за процессом распределения задач, активно собирая feedback от разработчиков и стараясь балансировать важность, интересность, заметность для заказчика, новизну.
Если за этим не следить — то точно будут недовольные, что приводит к демотивации.