2013-08-19 6 views
0

я создал 4 проекта на JIRA (которые соответствуют 4 различным областям нашей бизнес-единицы.Группы/Роли распределяются между 4-х проектами (которые соответствуют 4 областям нашей бизнес-единица)

Я создал мою issuetypes, myscreens, . мышимоиПоль, и мой рабочий процесс (мы пытались стандартизировать настолько, насколько это возможно, чтобы touse это для 4-х проектов)

для этих проектов, мы в виду ограничиться 2 категории ролей:

' «Ответчики» и «Исполнители». Таким образом, я создал эти две роли. На самом деле мы хотели бы, насколько это возможно, иметь население пользователей (с ролью «адеков») роль самая широкая (все потенциально заинтересованные пользователи). В то время как люди, отвечающие за вопросы, будут иметь максимальную численность до десяти человек для каждого проекта или периметра.

С этой целью:

  • Я надеялся использовать basicjira-usersgroup, к которому я разрешу роль, которую 'аскеров'

  • Я начал создавать группы GRP_ACTORS_1, GRP_ACTORS_2, GRP_ACTORS_3 и GRP_ACTORS_4 для каждого проекта и повлияли на роль «исполнителей» на них (но члены этих групп также являются членами jira-пользователей). До сих пор мне удалось разделить мой рабочий процесс между этими четырьмя различными проектами. Но он, наконец, находится на уровне переходов, которые больше не функционируют. Потому что в моих условиях я проверяю роль связанного человека, чтобы узнать, может ли он использовать или не использовать переход. И учитывая, что я разрешаю роль «исполнителей» для каждой из 4-х групп выше, члены GRP_ACTORS1 и члены GRP_ACTORS2, например, могут сделать то же самое по проблеме (на уровне перехода, который я имею в виду). Тогда, на самом деле, я бы хотел, например, что только член GRP_ACTORS1 сможет что-то сделать. Член GRP_ACTORS2 может достичь той же проблемы, но просто прочитать ее, ничего больше.

Мои потребности:

  • Я хотел бы сделать так, чтобы население пользователей of'asker»роль является широчайшие возможности. И что роль «asker» будет определена по умолчанию для каждого пользователя, репатриированного из каталога LDAP.

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

Остальные, те, которые касаются других групп, могли бы просто присоединиться к этому вопросу (они могли читать только их), но они не должны быть в состоянии сделать другую вещь. (Мы не должны вообще настроить систему безопасности вопрос)

Вопросы:

1- это -possibleto разделяют ту же последовательность действий между несколькими проектами?

2 В документации по Atlassian я читал, что группы имели общий диапазон в JIRA, и эти роли были связаны с каждым проектом? Неужели это так?

3 - возможно ли, чтобы мы работали вопреки, с группами, связанными с каждым проектом, и с общими ролями в JIRA?

ответ

1

Не уверен, что я понял, все описания, но ответить на ваши вопросы:

  1. Да, схема документооборота использует рабочий процесс, и схема документооборота могут использоваться несколькими проектами

  2. Группы представляют собой коллекции пользователей JIRA. Роли проекта существуют во всех проектах JIRA, но могут иметь разные значения в разных проектах. Значениями ролей проекта могут быть пользователи или группы

  3. Я не понимаю вопроса.

~ Matt

+0

Извините за мой английский ... ;-) На третьей части, я прошу, если это было возможно работать с группами, связанными с каждым проектом, и глобальные роли, потому что я видел в официальной атласской документации, что группы были глобальными для JIRA, а роли, наиболее специфичные для конкретного проекта ... Если бы я понял, мы должны работать с пользователями jira, jira-developers и jira-administratorators (и связанными ролями) , наконец, для доступа JIRA. И для наших нужд мы могли бы создать некоторые другие группы и роли в зависимости от того, что мы хотим делать с JIRA. – user2459572

 Смежные вопросы

  • Нет связанных вопросов^_^