Всем привет!

Используем в нашей компании JIRA. Сейчас за каждым разработчиком числится по несколько десятков задач. Каждый раз, когда разработчик выполняет свою задачу, у него возникает ко мне (руководителю разработки) вопрос: какую задачу делать дальше?

И я беру весь список задач на этого человека, и каждый раз трачу время на то, чтобы определить, какая задача наиболее важна на данный момент.

Как мне оптимизировать решение этого момента? Что, по прежнему после выполнения каждой задачи говорить разработчику словами, что ему делать дальше? Или как-то можно обозначить список задач по приоритетам для этого разработчика?

Можно было бы решать вопрос приоритетами, но приоритетов в JIRA только 5. И задач каждого из приоритетов получается уже тоже по несколько штук (причем почти все из них являются Major).

Как все-таки определить разработчику, в каком порядке ему приступать к задачам?

Всем заранее спасибо!

Barvetal, если приоритеты одинаковые, для разработчика должно быть все равно, какую задачу делать следющей. Иначе нужно тогда определять больше приоритетов, или там кастомное поле сделать типа "Номер задачи". 

Я придерживаюсь такой схемы: задается список высокроуровневых фич, которые нужно реализовать. Сортируется по приоритету. А внутри каждой фичи последовательность задач - на усмотрение старших программистов. 

Приоритеты меняются раз в неделю, по обстановке. Внутри недели каждый знает свой фронт работ.

Добавлено через 20 секунд
ЗЫ. Сорри за задержку с ответом. Недавно вернулся.

Разработчик может выбирать исходя из (по уменьшению важности): 
1. Приоритет задачи.
2. Ошибка или нет. Т.е. ошибки исправляем в первую очередь, и только потом новая функциональность.
Кстати, возможно, стоит именно этот пункт ставить первым - так советуют многие гуру.
3. Трудоёмкость задачи. Выбираем самые короткие - тогда заказчику можно быстрее демонстрировать результаты.