KalabinDmitriy

Добрый день.
Функционал нетривиальный.
Если чисто штатный функционал, то это будут некрасивые костыли. В вашем случае будет много лишних задач, неудобства для пользователей (где согласующему уточняющий комментарий писать, в какой таске нажимать отказ и как его отрабатывать автоматически…).

Как один из вариантов и реализация через ScriptRunner(Jython/плагин).
(Здесь есть примеры кода - https://github.com/mailru/jira-scripts)
Создать поле user picker (multiple users) в котором указываются пользователи от которых нужно согласование. - «Согласующие»
Создать поле user picker (multiple users) в котором будут указываться пользователи, которые согласовали. - «Согласовали»

Далее есть статус - Согласование.
Из этого статуса два перехода.
1. Согласование -> согласование
2. Согласование -> следующий статус.

На эти переходы вешаются кондишины.
1. Пользователь в поле «Согласующие». Пользователь не в поле «Согласовали». Осталось больше 1 согласования.
2. Пользователь в поле «Согласующие». Пользователь не в поле «Согласовали». Осталось только 1 согласование.

И на эти же переходы вешается пост функция: добавить пользователя в поле «Согласовали».

Для удобства согласующих(смотря как у них дашборды настроены) можно пользователей из поля «Согласующие» добавлять в наблюдатели (через листенер на create/edit или через пост функцию).

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

Описание справедливо для Jira версии 6.4.

Путь к установке ключей:

Выбираем пункт "Administration" (Администрирование), запросы (issue). Далее Workflow (Бизнес-процесс). В колонке "операции" выбираем пункт "редактировать". В колонке "операции" выбираем пункт "просмотр свойств". Здесь задаем для ключа свойства параметр: jira.issue.editable, для значения свойства параметр false, либо enable.

Вот и все. :)