Jira 権限の仕組み

このページでは、Jira アプリケーションで設定できる権限の種類について説明します。

You can't edit project permissions or roles on the Free plan for software and business projects, and you can't configure work-level security on any Free plan (including Jira Service Management). Find out more about how project permissions work in Free plans. To take advantage of Jira's powerful project permission management features, upgrade your plan.

権限とは

Permissions are settings within Jira applications that control what users within those applications can see and do. All Jira applications allow a variety of permissions — from whether users can create new projects to whether a user can see a specific type of comment on a work item. These permissions can differ between applications.

権限の種類

Jira アプリケーションには３つのタイプの権限があり、その範囲は、ハイレベルから、細分レベルに及びます。 

• Global permissions: These apply to applications as a whole, not individual projects (for example, whether users can see the other users in the application).

• Project permissions: Organized into permission schemes, these apply to projects (e.g. who can see the project's work items, create, edit, and assign them). While project admins can assign users to a project, they can't customize the permission schemes for a project. There are lots of project-level permissions you can set to control what users can do within a project.

• Work item security permissions: Organized into security schemes, these allow the visibility of individual work items to be adjusted (within the bounds of the project's permissions). For example, work item security permissions can let you set up types of work items that can only be seen by project admins or users in specific groups.

権限はどのように設定されるか？

Permissions can be assigned to groups or to project and work roles.

A user can be identified as:

• part of a group

• associated with a project role

• a relevant field value (assignee, reporter or custom fields)

Global (site-level) or project permission can be granted to a user:

• メール通知を通じて付与される場合

• グループ自体に権限が付与されている場合

• プロジェクト ロールに割り当てられた場合

プロジェクト権限は、フィールドを選択して権限を割り当てることでも付与できます。

スキーム

権限スキームには、権限の付与に関連する一連の権限キーが含まれています。

作業セキュリティ スキームには、セキュリティ レベルの付与に関連する一連のセキュリティ レベルが含まれています。

どちらのスキームもプロジェクトに関連付けられています。

権限を設定できるのは誰か？

Board permissions can be divided into two parts — board administration permissions and board usage permissions.

• Board administration permissions cover functionality for changing the configuration of a board. For example, changing columns, customizing cards, etc. Board administration can be assigned to groups or users. Learn more: Configuring a board 

• Board usage permissions cover functionality for the usage of a board. For example, creating sprints, ranking work items, etc. Board usage permissions are derived from project permissions. This is described in more detail below.

Functions by permission in software projects

In documentation for Jira software projects, most configuration options are described as being restricted to either Jira administrators, project administrators, or board administrators.  

• A Jira administrator is a user with the Administer Jira global permission.  

• A project administrator is a user with the Administer projects project permission for a particular project.

  • By default, the Administer projects permission is assigned to the 'administrators' group (via the Administrators role) for projects.

  • Additionally, to perform sprint-related actions, users need the Manage sprints permission for all projects in the origin board — the origin board being the board in which the sprint was originally created.
    
    

• A board administrator is a user that has been added to the Administrators for a particular board. 
  By default, the administrator of a board includes the person who created it.

ボード管理

ボードの使用

Board usage permissions are derived from project permissions. Depending on the complexity of your board's filter query, you may need further consideration when configuring the Manage Sprints permission for users. For more information on the impact of complex filters, and ways to simplify your filter query, see Using Manage Sprints permission for advanced cases.