プロジェクト権限を管理する

Project permissions are created within permission schemes, which are then assigned to specific projects by Jira Administrators. Project permissions can be granted to:

  • 個々のユーザー
  • グループ
  • プロジェクトロール
  • 報告者、プロジェクト リード、現在の担当者などの課題での役割
  • The Anyone group to allow anonymous access
  • A multiuser picker custom field.
  • A multigroup picker custom field, which is either an actual group picker custom field or a multiselect list where values are group names.

Some permissions depend on others to ensure that users can perform desired actions. For example, if a user wants to be able to resolve an issue, they must be granted both the Transition Issue permission and the Resolve Issue permission. 

このページの内容

The following table lists different types of project permissions and the functions they secure. Note that project permissions can also be used in workflow conditions.

プロジェクト権限の概要


プロジェクト権限

説明

プロジェクトの管理

Permission to administer a project in Jira. This includes the ability to edit project role membershipproject componentsproject versions, and some project details (Project Name, URL, Project Lead, Project Description).

This permission granted together with the Browse Projects permission allows you to see the audit log for a specific project.

プロジェクト管理の拡張

Gives the project administrator the ability to edit workflows and screens under certain conditions, as well as maintain their own workflows within predefined guardrails.

プロジェクトのワークフロー編集に関する制限....
  • The workflow mustn't be shared with any other projects and mustn't be a system workflow.
  • Only a status that already exists on the instance can be added to the workflow. The project administrator can't create new statuses or edit existing ones.
  • A status can be deleted if it's not used in any of the project's issues.
  • The project administrator can create, update, or delete transitions. But they can't select or update a screen used by the transition nor edit and view a transition's properties, conditions, validators, or post-functions.
プロジェクトの画面編集に関する制限....
  • The screen mustn't be a default system screen.
  • The screen mustn't be shared with any other projects nor used as a transition screen in workflows.
  • The project administrator can add, remove, and rearrange system fields.
  • The project administrator can add, remove, and rearrange existing custom fields, but they can't create custom fields.
Why can your project administrator edit workflows when the permission is disabled?

When the Extended project administration permission is disabled, a project administrator may still be able to edit the Simplified Workflow by adding statuses that may not exist in the system. 

This is because your project administrator is also listed as a board administrator. Their changes to the Simplified Workflow will alter the project’s regular workflow. 

As a solution to this issue, we recommend switching from the Simplified Workflow to the regular workflow. 

プロジェクトの閲覧

Permission to browse projects, use the Issue Navigator, and view individual issues, except for the issues that have been restricted via issue-level security

Many other permissions depend on this permission. For example, the Work On Issues permission only works for users who also have the Browse Projects permission.

This permission granted together with the Administer Projects permission allows you to see the audit log for a specific project.

スプリントの管理 (Jira Software ユーザーのみ使用可能)

Permission to perform the following sprint-related actions for all projects on a board.

See the list of actions
  • Create sprints
  • Start sprints
  • Complete sprints
  • Reopen sprints
  • Reorder future sprints
  • Add sprint goals
  • Delete sprints
  • Edit sprint information (sprint name, goal, dates)
  • Move the sprint footer

When you have complex board filter queries, you should be careful with 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.

スプリント作業の注意事項

In general, sprint actions require the Manage Sprints permission. But there are some sprint actions (like adding issues to sprints or removing issues from sprints) that require the Schedule Issues and Edit Issues permissions.

スプリントに課題を追加する場合は、

  • Sub-tasks can't be moved independently of their parents.
  • An issue can only be assigned either to one active sprint or to one future sprint. You can't add an issue to both an active sprint and a future sprint at the same time.
  • You can add any issue to any active or future sprint even if the issue doesn't match a filter query of the board where the sprint was created. When you do this:
    • The issue will be assigned to the sprint but won't be visible on boards where the filter query excludes it.
    • Any sprint actions (like starting a sprint or closing a sprint) that span multiple boards will also affect the sprint in all boards where the sprint is visible.
    • If the issue doesn't match the filter query of any agile board, the issue will be linked to the sprint but won't appear in any board.
  • A sprint appears on any board—a single board or multiple boards—as long as the issues assigned to the sprint match the filter query of the board or boards. This also applies to completed sprints.

詳細については、スプリントの計画を参照してください。

Start/Complete sprints (only available to Jira Software users)

Permission to start sprints and end them when the sprint dates are set. This permission doesn’t allow you to change any sprint properties, such as the name, goal, and dates. You can only change sprint status to Active or Completed.

スプリントの編集 (Jira Software ユーザーのみ使用可能)

Permission to change the sprint name and goal. With this permission, you can’t change sprint dates nor start or end a sprint.

開発ツールの表示 (Jira Software ユーザーのみ使用可能)

Permission to view the Development panel, which provides you with proper information to evaluate the status of an issue's development.

(読み取り専用) ワークフローの表示

Permission to view the project's read-only workflow when viewing an issue. This permission provides the View workflow link in the Issue status menu in the issue view.

課題の権限

説明

課題の割り当て

Permission to assign issues to users. This permissions also allows autocompletion of users in the Assign Issue dropdown.

割り当て可能なユーザー

Permission allows a user to be assigned issues but doesn't include the ability to assign issues to other users. The latter is provided by the Assign Issues permission.

課題のクローズ

Permission to close issues based on the workflow conditions. This permission helps developers resolve issues and testers close them. It also requires the Transition Issue and Resolve Issue transitions. 

課題の作成

Permission to create issues and sub-tasks (if enabled) in the project. To create attachments, the Create Attachments is also required.

課題の削除

Permission to delete issues along with individual comments and attachments in them.

  • To delete only comments or only attachments, but not issues, users need the Delete Comments or Delete Attachments permissions, respectively. 
  • But if the user doesn’t have these permissions and is deleting an issue, the related comments and attachments will be deleted. 
  • Think carefully which groups or project roles you assign this permission to. Usually, it’s only given to administrators. 

課題の編集

Permission to edit issues and convert issues to sub-tasks and vice versa, if sub-tasks are enabled.

  • Users with this permission won’t be able to edit the Due Date field. To allow this, give them the Schedule Issues permission. 
  • The Edit Issues permission is usually given to groups or project roles that have the Create Issues permission. But if all your users can create issues, you may want to give the Edit Issues permissions only to some of them. 
  • To delete issues, the Delete Issues permission is required. 
課題のリンク

Permission to link issues together when issue linking is enabled.

報告者の変更

Permission to modify the Reporter of an issue so that it’s created on behalf of another user. This permission should generally only be granted to administrators.

課題の移動

Permission to move issues from one project to another or from one workflow to another workflow within the same project. With this permission, users can only move issues to a project where they have Create Issue permission.

課題の解決

Permission to resolve and reopen issues based on the workflow condition, as well as set the Fix for version field for issues. Note that this permission requires the Transition Issues permission. 

課題のスケジュール

Permission to schedule issues by editing the Due Date field. In older versions of Jira, this permission also controls the permission to view the Due Date field.

課題のセキュリティの設定

Permission to set the security level for an issue to control who can access the issue. The permission is relevant if issue security has been enabled.

課題のトランジションPermission to change the status of an issue.

投票者とウォッチャーの権限

説明

ウォッチリストの管理

Permission to manage the watcher list of an issue: view users, add them to or remove them from the list.

投票者とウォッチャーの表示

Permission to view the voter list and watcher list in issues. 

コメント権限

説明

コメントの追加

Permission to add comments to issues but without the ability to edit or delete comments.

すべてのコメントの削除

誰が追加したコメントであっても、削除する権限。

自分のコメントの削除

A user with this permission can delete only their own comments.

すべてのコメントの編集

誰が追加したコメントであっても、編集する権限。

自分のコメントの編集

A user with this permission can edit only their own comments.

添付ファイルの権限

説明

添付ファイルの作成

Permission to attach files to issues if attachments are enabled. But this permission doesn't include the ability to delete attachments.

すべての添付ファイルの削除

誰が追加した添付ファイルであっても、削除する権限。

自分の添付ファイルの削除

A user with this permission can delete only their own attachments.

時間管理権限

説明

課題の作業ログ

Permission to log work on an issue, that is to create a worklog entry, if time tracking is enabled.

すべての作業ログの削除

Permission to delete any worklog entries, regardless of who added them. This permission works if time tracking is enabled.

自分の作業ログの削除

A user with this permission can delete only their own worklog entries. This permission works if time tracking is enabled.

すべての作業ログの編集

Permission to edit any worklog entries, regardless of who added them. This permission works if time tracking is enabled.

自分の作業ログの編集

A user with this permission can edit only their own worklog entries. This permission works if time tracking is enabled.

アーカイブ権限説明
プロジェクトの課題のアーカイブPermission to archive issues in a specific project. But this permission doesn't allow you to archive issues in bulk.
プロジェクトの課題の復元Permission to restore issues in a specific project.
アーカイブの参照Permission to view all archived issues. To do it, go to Issues > Archived issues.
プロジェクト アーカイブの閲覧Permission to view archived issues that belong to a specific project. To find archived issues, go to Issues > Archived issues.


権限スキーム

Learn about the concept of permission scheme and why you should use it to configure user permission on your Jira instance. 

権限スキームとは

A permission scheme is a set of assignments between project permission and a user, group, or role. Every project has a permission scheme. One permission scheme can be associated with multiple projects. 

権限スキームが必要な理由とは

In many organizations, multiple projects have the same needs regarding access rights. For example, only a specified project team may be authorized to assign and work on issues.

Permission schemes eliminate the need to set up permissions individually for every project. Once a permission scheme is set up it can be applied to all projects that have the same type of access requirements.

権限スキームの作成

To create a new permission scheme: 

  1. [管理] () > [課題] の順に選択します。 
  2. Select Permission Schemes to open the list of all permission schemes in your Jira and the projects that use each scheme.
  3. Select Add Permission Scheme.
  4. In the Add Permission Scheme form, enter a name and a short description of the scheme.
  5. Select Add. You'll return to the Permission Schemes page where you'll find the newly added scheme.

権限スキームにユーザー、グループ、ロールを追加

To add a user, group, or role that can have permissions from a permission scheme: 

  1. [管理] () > [課題] の順に選択します。 
  2. Select Permission Schemes to open the list of all permission schemes in your Jira and the projects that use each scheme. 
  3. Open a desired scheme by selecting Permissions in the Actions column. 
  4. Select Edit for a permission where you want to add a user, group, or role.
  5. You’ll see the Grant permission dialog. Select who you want to grant the permission to. Select Grant. The selected users, groups, and roles will be added to the permission.

Project roles are useful for defining specific team members for each project. Selecting project roles rather than users or groups can help you minimize the number of permission schemes in the system.

権限スキームからのユーザー、グループ、ロールの削除

To remove a user, group, or role from a permission scheme:

  1. [管理] () > [課題] の順に選択します。 
  2. Select Permission Schemes to open the list of all permission schemes in your Jira and the projects that use each scheme.
  3. Open a desired scheme by selecting Permissions in the Actions column.
  4. Select Remove for a permission where you want to delete a user, group, or role
  5. Select a user, group, or role you want to remove. Then, select Remove. The deleted users, groups, and roles won’t be able to perform an action provided by the permission. 

権限スキームとプロジェクトを関連付ける

To apply a permission scheme for a project:

  1. Choose Administration () > Projects, and select the relevant project.. Select a desired project. See Defining a project for more information.
  2. In the Project settings, go to Permissions.
  3. Select Actions > Use a different scheme.
  4. On the Associate Permission Scheme to Project page, select a permission scheme you want to associate with the project.
  5. Select Associate. The scheme will be applied for the project. 

権限スキームの削除

権限スキームを削除するには、次の手順を実行します。

  1. [管理] () > [課題] の順に選択します。 
  2. Select Permission Schemes to open the list of all permission schemes in your Jira and the projects that use each scheme.
  3. Select Delete in the Actions column. Note that you can delete the Default Permission Scheme.
  4. On the Delete Permission Scheme page, select Delete to confirm your action. The scheme will be deleted. All associated projects will be automatically associated with the Default Permission Scheme.  

権限スキームのコピー

権限スキームをコピーするには、次の手順を実行します。 

  1. [管理] () > [課題] の順に選択します。 
  2. Select Permission Schemes to open the list of all permission schemes in your Jira and the projects that use each scheme.
  3. Select Copy in the Actions column. The copy will be created with the same permissions as well as with the same users, groups, and roles assigned to them. 
最終更新日 2022 年 8 月 4 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.