Назначение задачи нескольким пользователям Redmine. Есть ли решение?

Question

[Кирилл Сиренко]

Нашел обсуждение www.redmine.org/issues/12579
Но вижу, что разработчики так ничего и не сделали на этот счет.
Знает ли кто плагин или какое-то решеение которое позволит решить задачу простановки таска на нескольких исполнителей сразу?

Answer 1

[v1st]

Присоединюсь к коллегам.
Проще всего следовать принципу "одна задача-один исполнитель" и создавать подзадачи для группировки параллельных обработок если нужен контроль по общей задаче и контроль статусов по подзадачам.
Исключение - когда последовательно по задаче должны отработать исполнители в рамках рабочего процесса, тогда подзадачи создавать необязательно, но статусная схема должна отражать рабочий процесс.
Хотя если сильно хочется извращений - технически можно одну группу создать средствами почтового сервера и ей назначать в РМ, однако статусы только кто-то один будет менять в момент очередного обновления.

Answer 2

[Кирилл Сиренко]

Протестировал, не совсем то. Назначил группе - один взял, сменил статус с Новая на В работе, а второй не может то же самое сделать, он может только с В работе на Решена поменять, а нужно чтобы разрабы могли параллельно по ней работать.

Comments

[Кирилл Сиренко]

Т.е. задача еще и раздельно смотреть кто в какой стадии в работе по данному проекту.

[Александр]

А зачем второму ставить "В работе"?

[Кирилл Сиренко]

Пример: проектный менеджер ставит одну задачу для программиста, верстальщика и дизайнера, а еще и контент-менеджера. Дизайнер может одновременно с программистом начать работу - первый, рисовать макет, а второй - разворачивать CMS, а потом приступают верстальщик и контентер, когда видят что первые два сделали работы свои.

[GavriKos]

Увольте проектного менеджера, который ставит ОДНУ задачу РАЗНЫМ людям.

[GavriKos]

По факту - делается на каждого человека своя задача. Задачи верстальщика и контентера делаются зависимыми (Blocked by) от задач верстальщика и программиста.

[Кирилл Сиренко]

Есть сложность что ПМ может не знать где закончится грань умений одного спеца и начинется другого

[Кирилл Сиренко]

ПМ может не подозревать даже каких-то тонкостей. Но это не суть. Так порой проще сделать и быстрее, потому и ищу подобное решение

[GavriKos]

На тонкости потом всегда идут отдельные задачи. Если вы хотите отслеживать статус выполнения заказа (похоже на то) - делаете Result, а в нем - задачи отдельно всем участникам. То что вы хотите - это неправильно. Вы не сможете нормально отслеживать кто сколько потратил времени, нормально отследить статус, и прочее.

[vsuhachev]

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

Answer 3

[Пума Тайланд]

Есть задачи и подзадачи, научиться пму правильно их раздавать дело двух проектов, если не научился тто гнать ссанными тряпками в шею такого неумеху, пусть дворником идет.

Answer 4

[belka-rzn]

Коллеги, а есть ли какие либо средства, что бы назначая задачу на группу при этом полностью скрывать список пользователей, входящих в нее?