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

Project permissions are created within permission schemes, which are then assigned to specific projects by Jira Administrators. Project permissions can also be used in workflow conditions.

You can't edit project permissions, roles, or issue-level security on the Free plan for Jira Software or Jira Core. 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.


Project permissions are able to be granted based on:

  • 個々のユーザー
  • グループ
  • プロジェクトロール
  • Issue roles such as Reporter, Project Lead, and Current Assignee
  • Anyone
  • (マルチ) ユーザー ピッカー カスタム フィールド
  • (マルチ) グループ ピッカー カスタム フィールド。これはグループ ピッカー カスタム フィールドか、グループ名が値として含まれている (マルチ) 選択リストです。

Granting permission to anyone

Granting the browse projects permission to anyone means issues from projects using that permission scheme are publicly available on the internet. Granting permission to anyone to perform tasks means people who aren't logged in have permission to perform those tasks on issues they're permitted to see.

You may legitimately want to grant public access to some projects and issues on your site, like in the case of a public bug tracker. See Allowing anonymous access to your project for more information.

Some permissions are dependent upon others to ensure that users can perform the actions needed. For example, in order for a user to be able to resolve an issue, that user must be granted both the transition issue permission and the resolve issue permission.

プロジェクト権限の概要

プロジェクト権限

説明

プロジェクトの管理

Permission to administer a project in Jira. This includes the ability to edit project role membershipproject componentsproject versions, and some project detailsproject name, URL, project lead, and project description.

プロジェクトの閲覧

Permission to browse projects, use the issue navigator, and view individual issues (except issues that have been restricted via issue-level security). Many other permissions are dependent on this permission. For example, the work on issues permission is only effective for users who have the browse projects permission.

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

ボードのすべてのプロジェクトで次のスプリント関連アクションを実行する権限。

  • スプリントの作成
  • スプリントの開始
  • スプリントの完了
  • スプリントのレポート
  • 以降のスプリントの並び替え
  • 以降のスプリントの削除
  • スプリント情報 (スプリント名および日付) の編集
  • スプリント フッターの移動

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.

In general, sprint actions require the manage sprints permission. However, there are some sprint actions (for example, adding issues to sprints, removing issues from sprints) that require the schedule issues and edit issues permissions.

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

  • サブタスクを親タスクと切り離して移動することはできません。
  • 課題はアクティブなスプリントか、今後のスプリントのどれか 1 つにしか割り当てることができません。つまり、アクティブなスプリントと今後のスプリントの両方に同時に課題を追加することはできません。
  • スプリントが作成されたボードのフィルター クエリと課題が一致しない場合でも、任意の課題を任意のアクティブなスプリントまたは今後のスプリントに追加できます。この場合、
    • 課題はスプリントに割り当てられますが、フィルター クエリがその課題を除外するボード上では表示されません。
    • any sprint actions (for example, start sprint and close 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 not appear on any board.
  • A sprint appears on any boarda 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.

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

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

開発パネルの情報を表示する権限。これを見ると、課題の開発状態を一目で評価できます。

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

Permission to view the project's read-only workflow when viewing an issue. This permission provides the view workflow link against the Status field of the View Issue page.

課題の権限

説明

課題の割り当て

Permission to assign issues to users. It also allows autocompletion of users in the Assign Issue dropdown. See assignable user permission below for more information.

割り当て可能なユーザー

Permission to be assigned issues.

Note that this permission does not include the ability to assign issues. See assign issues permission above for more information.

課題のクローズ

Permission to close issues based on the workflow conditions. This permission is useful where, for example, developers resolve issues and testers close them. Requires the transition issues and resolve issues transitions. See the resolve Issues permission for more information.

課題の作成

Permission to create issues in the project. This permission includes the ability to create sub-tasks if sub-tasks are enabled.

Note that the create attachments permission is required in order to create attachments.

課題の削除

Permission to delete issues. Be careful about which groups or project roles you assign this permission to. Usually, only administrators get permission to delete issues.

Note that deleting an issue will delete all of its comments and attachments, even if the user does not have the delete comments or delete attachments permissions. However, the delete issues permission does not include the ability to delete individual comments or attachments.

課題の編集

Permission to edit issues excluding the Due Date field. See the schedule issues permission for more information. Includes the ability to convert issues to sub-tasks and vice versa if sub-tasks are enabled.

Note that the delete issue permission is required in order to delete issues. The edit issue permission is usually given to any groups or project roles who have the create issue permission. If you have given everyone the create issue permission, everyone will have permission to edit issues. However, it is not advisable to give everyone the ability to edit issues.

課題のリンク

Permission to link issues together. This permission is relevant if issue linking is enabled.

報告者の変更

Permission to modify the reporter of an issue. This allows a user to create issues on behalf of someone else. 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.

Note that a user can only move issues to a project for which they have create issue permission.

課題の解決

Permission to resolve and reopen issues. This also includes the ability to set the Fix For version field for issues. Requires the transition issues permission. See the close issues permission for more information.

課題のスケジュール

Permission to schedule an issue—edit the due date of an issue. In older versions of Jira, this also controlled the permission to view the due date of an issue.

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

Permission to set the security level on specific issues to control who can see them.

課題のトランジション 課題のステータスのトランジション (変更) を行う権限。

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

説明

ウォッチリストの管理

Permission to manageview, add, and remove users to or from the watcher list of an issue.

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

Permission to view the voter list and watcher list of an issue. See the manage watcher list permission for more information.

コメント権限

説明

コメントの追加

Permission to add comments to issues.

Note that this does not include the ability to edit or delete comments.

すべてのコメントの削除

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

自分のコメントの削除

自分が追加したコメントを削除する権限。

すべてのコメントの編集

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

自分のコメントの編集

自分が追加したコメントを編集する権限。

添付ファイルの権限

説明

添付ファイルの作成

Permission to attach files to an issue. This permission is relevant if attachments are enabled.

Note that this does not include the ability to delete attachments.

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

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

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

自分が追加した添付ファイルを削除する権限。

時間管理権限

説明

課題の作業ログ

Permission to log work against an issuecreate a worklog entry. This permission is relevant if time tracking is enabled.

すべての作業ログの削除

Permission to delete any worklog entries, regardless of who added them. This permission is relevant if time tracking is enabled. See the work on issues permission for more information.

自分の作業ログの削除

Permission to delete worklog entries that were added by the user. This permission is relevant if time tracking is enabled. See the work on issues permission for more information.

すべての作業ログの編集

Permission to edit any worklog entries, regardless of who added them. This permission is relevant if time tracking is enabled. See the work on issues permission for more information.

自分の作業ログの編集

Permission to edit worklog entries that were added by the user. This permission is relevant if time tracking is enabled. See the work on issues permission for more information.


権限スキーム

権限スキームとは

権限スキームは、上記のプロジェクト権限に割り当てられたユーザー、グループ、ロールをセットにしたものです。どのプロジェクトも権限スキームを持っています。一つの権限スキームを複数のプロジェクトに関連づけることができます。

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

アクセス権に関して、組織内の複数のプロジェクトが同じニーズを持っている例は数多くあります。(例えば、指定されたプロジェクト チームにだけ課題に割り当てられ、作業を行うことが許可されるといった場合です)。

Permission schemes prevent having 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.

権限スキームの作成

  1. Select the Jira icon (, or ) > Jira settings > Issues.
  2. Select Permission Schemes to open the Permission Schemes page, which displays a list of all permission schemes in your Jira system and the projects that use each scheme.
  3. 権限スキームの追加」リンクをクリックします。
  4. In the Add Permission Scheme form, enter a name for the scheme, and a short description of the scheme. Select Add.
  5. You will return to the Permission Schemes page which now contains the newly added scheme.

権限スキームへのユーザー、グループ、ロールの追加

  1. Select the Jira icon (, or ) > Jira settings > Issues.
  2. Select Permission Schemes to open the Permission Schemes page, which displays a list of all permission schemes in your Jira system and the projects that use each scheme.
  3. 更新する権限スキームを見つけ、[操作] 列で [権限] を選択して、スキームを表示します。
  4. 追加する権限の [編集] リンクを選択します。[権限付与] ダイアログが表示されます。
  5. Select who to add the selected permission to, and click the Grant button. The users, groups, or roles will now be added to the selected permission. Project roles are useful for defining specific team members for each project. Referencing project roles rather than users or groups in your permissions can help you minimize the number of permission schemes in your system.
  6. Repeat steps 4 and 5 until all required users, groups, or roles have been added to the permissions.

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

  1. Select the Jira icon (, or ) > Jira settings > Issues.
  2. Select Permission Schemes to open the Permission Schemes page, which displays a list of all permission schemes in your Jira system and the projects that use each scheme.
  3. 該当の権限スキームを見つけ、名前をクリックしてプロジェクト権限 (上記) を一覧表示します。
  4. ユーザー、グループ、ロールを削除する権限の 削除 リンクをクリックします。
  5. 削除するユーザー、グループ、またはロールを選択し、[削除] ボタンを押します。

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

  1. Choose the Jira icon (, or ) > Projects.
  2. 権限を変更するプロジェクトを検索して選択します。
  3. [設定] を選択してプロジェクトの設定を表示します。
  4. サイドバーから [権限] を選択します。現在の権限スキームが表示されます。
  5. [アクション] ドロップダウン メニューをクリックして、[別のスキームの使用] を選択します。
  6. [権限スキームとプロジェクトの関連付け] ページで、プロジェクトに関連付ける権限スキームを選択します。
  7. [関連付け] ボタンをクリックし、プロジェクトを権限スキームに関連付けます。

権限スキームの削除

  1. Select the Jira icon (, or ) > Jira settings > Issues.
  2. [権限スキーム] を選択します。使用中の Jira システム内のすべての権限スキームと各スキームを使用するプロジェクトの一覧が表示されます。
  3. In the Actions column, click the Delete link for the scheme that you want to delete.
  4. The scheme will be deleted and all associated projects will be automatically associated with the default permission scheme. You can't delete the default permission scheme.

In Jira Software, you can delete the Default software scheme, but this is superficial. Jira will recreate this permission scheme if you create a new software project, and associate it to your new project.

権限スキームのコピー

  1. Select the Jira icon (, or ) > Jira settings > Issues.
  2. Select Permission Schemes to open the Permission Schemes page, which displays a list of all permission schemes in your Jira system and the projects that use each scheme.
  3. In the Actions column, click the Copy link for the scheme that you want to copy.
  4. A new scheme will be created with the same permissions and the same users, groups, or roles assigned to them.
最終更新日 2019 年 9 月 18 日

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

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