Вот ещё одна версия, которая без сомнения является костылём, но мало ли что)
Можете попробовать использовать conditions для transitions. Например, добавить к транзишену условие User is in a group — это позволит только юзерам из определённой группы осуществлять этот транзишен. Таким образом, вы сможете реализовать как бы несколько воркфлоу в одном — определить свой набор транзишенов для каждой группы юзеров. А уж каждому транзишену сможете назначать свои пост-функции. Это гарантированно породит вам десятиэтажную конфигурацию всего воркфлоу, но если вдруг оно окажется удобным для пользователей, то почему бы и нет)
Можно использовать один и тот же воркфлоу для разных команд. Пост-функции могут ссылаться не на конкретных людей, а на роли в проекте. Набор ролей должен быть одинаковым для всех проектов, использующих данный воркфлоу. А вот юзеры, назначенные на эти роли, могут отличаться. Например, в описанном выше примере в разных проектах разный QA лид.
Я тоже не вижу пока универсального решения, позволяющего освободить QA лида. Но данная функциональность всё таки покрывает значительную часть типичных ситуаций. Например, если баг не проходит тестирование, то тестировщику нет необходимости помнить, кто из разработчиков работал над этим багом. Достаточно просто переоткрыть баг, и он автоматически назначится на этого разработчика.
Безусловно, это базовый функционал Jira, однако он скорее всего будет известен только специальному человеку, отвечающему за Jira в компании. Часто в компании нет такого человека, а остальным некогда разбираться. В нашей компании этот функционал годами не использовался.
В данном случае используется Jira On-demand (по подписке от Atlassian). Большая часть таких кастомизаций там недоступна.
Если у вас есть опыт использования каких-либо таких сложных надстроек для on-demand — буду благодарен за наводку. Интересуют в первую очередь готовые продукты, позволяющие произвести эти настройки. Ибо разработка плагинов не является нашей специализацией)
Пока что я время от времени использую только Jira Command Line Interface для автоматизации простых повторяющихся задач.
К сожалению, это для меня сейчас не вариант, т.к. пользуемся Jira On Demand — там нет скрипт раннера.
Можете попробовать использовать conditions для transitions. Например, добавить к транзишену условие User is in a group — это позволит только юзерам из определённой группы осуществлять этот транзишен. Таким образом, вы сможете реализовать как бы несколько воркфлоу в одном — определить свой набор транзишенов для каждой группы юзеров. А уж каждому транзишену сможете назначать свои пост-функции. Это гарантированно породит вам десятиэтажную конфигурацию всего воркфлоу, но если вдруг оно окажется удобным для пользователей, то почему бы и нет)
Безусловно, это базовый функционал Jira, однако он скорее всего будет известен только специальному человеку, отвечающему за Jira в компании. Часто в компании нет такого человека, а остальным некогда разбираться. В нашей компании этот функционал годами не использовался.
Если у вас есть опыт использования каких-либо таких сложных надстроек для on-demand — буду благодарен за наводку. Интересуют в первую очередь готовые продукты, позволяющие произвести эти настройки. Ибо разработка плагинов не является нашей специализацией)
Пока что я время от времени использую только Jira Command Line Interface для автоматизации простых повторяющихся задач.