Klpsm

В меню "Настройки проекта" перейдите в закладку "Типы запросов" и там сделайте необходимые Вам группы и запросы, которые в них входят. Дополнительный плагин приобретать в этом случае нет необходимости.

В базе у JSD другая логика.
К тикету привязывается SLA в соответствии с заданным правилом. При этом параметр время до решения уже зашит в SLA.
Далее правилами Automation Вы определяете условие срабатывания триггера и последующие действия.
Зачем в этой ситуации необходимо кастомное поле "время до решения" - я не понимаю.

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

Вообще-то у спринта только цель не может меняться, а не набор задач для её наилучшего достижения. Так что с набором выполняемых задач имеется гибкость.

Оба варианта могут быть правильными. Все зависит от организации работ и распределения ответственности за результаты тестирования.

Что понимает бизнес под эффективностью работы программистов? Если 100% загрузку, то это один подход, если максимально быстрое увеличение ценности продукта, то другой. Загрузка программистов на 100% не означает быстрое увеличение ценности продукта для его пользователей.