企業管理対象プロジェクトの権限

プロジェクト権限は 2 つの方法で管理されます。

1. Jira 管理者は権限スキームを通じて、企業管理対象プロジェクトのプロジェクト権限を管理します。このページでは、企業管理対象の権限スキームで利用可能な個々の権限付与について説明します。

2. プロジェクト管理者はカスタム ロールを通じて、チーム管理対象プロジェクトのプロジェクト権限を管理します。チーム管理対象プロジェクトのカスタム ロールの詳細を確認してください。

企業管理対象のソフトウェア、サービス プロジェクト、またはビジネス プロジェクトで権限を定義するために権限スキームを通じて付与できる権限の一覧です。権限スキームについて詳細をご覧ください。

管理者権限

Manage work item layouts

This permission allows people to edit work item layouts in their company-managed project. This is an ability that all Jira Admins have by default, but can also be delegated to any user or role, allowing teams to directly manage and add fields (including existing global custom fields) to their project’s work item layouts.

To grant this permission, the screen underlying the work item layout must not be shared with other projects. To see if the screen associated with the work item layout is shared:

1. Go to the work item layout tab in the project settings of the relevant company-managed project

2. Click on the screen listed underneath the work item layout you are evaluating

3. 画面の左上に、この画面を使用しているプロジェクトの数が表示されます。カウントが 1 より大きい場合は、この画面は共有されています

ワークフローを編集

この権限により、ユーザーは企業管理対象プロジェクト内の既存の分離されたワークフローに変更（ステータスやトランジションの変更など）を加えることができます。これはすべての Jira 管理者がデフォルトで持っている機能ですが、任意のユーザーまたはロールに委任して、チームがプロジェクトのワークフローを直接管理およびカスタマイズできるようにすることもできます。

この権限を与える場合は、ワークフローを他のプロジェクトと共有してはいけません。ワークフローが共有されているかどうかを確認するには、以下の手順に従います。

• グローバル設定から（Jira 管理者のみ）：

  1. Go to Settings () > Work items

  2. ワークフロータブをクリックします

  3. 評価しているワークフローを見てください。ワークフローの横に複数のプロジェクトまたはワークフロースキームが表示されている場合、それは共有ワークフローです。

• プロジェクト設定から：

  1. ワークフローが使用されている CMP プロジェクトの設定に移動します

  2. ワークフロータブをクリックします

  3. 評価しているワークフローを見てください。ワークフローの下にリストされているプロジェクトの数が複数ある場合、それは共有ワークフローです。

プロジェクト権限

The following permissions define access to functionality within your company-managed projects and the work items those projects contain. They don’t define access or permissions to your Jira site, generally. Only site admins can grant people access to your Jira site. Learn more about giving people access to your Atlassian products.

プロジェクト管理

この権限を持つユーザーはプロジェクト設定にアクセスできます。

このユーザーは以下が可能です。 

• プロジェクト ロールのメンバーシップの編集 

• プロジェクトのコンポーネントの編集 

• プロジェクトのバージョンの編集

• 一部のプロジェクトの詳細 (プロジェクト名、URL、プロジェクト リード、プロジェクトの説明) の編集

この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

一般に、システム管理者ではプロジェクトの設定を支援するために、この権限が必要です。このため、この権限への製品アクセスは不要で、サイトのプランのライセンス数には計上されません。

プロジェクトの参照

This permission allows people to view the project in the Projects directory, and view individual work items in the project and while searching Jira (except work items that have been restricted via work-level security).

この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

集計データを表示する 

この権限によって、ボード、バックログ、デプロイ ビューのインサイトが有効化されます。時間の経過とともに、この権限を持つユーザーは JQL の結果、クエリ、またはレポートによって表示される他の集計データ ソースを閲覧できる場合があります。

• A project’s average estimations or work item count. This means a user can see how much effort has been planned all up, even if they can’t see the estimated effort for every work item.

• The names of your work types. Even if a user doesn’t have access to a specific work type, if it’s one of the top five work types in a sprint, its name will appear in your insights.

• The name of your epics. Although some work items may be hidden by your work-level security, the epics they’re linked to can be shown on the board or through the cycle time report.

• A team’s cycle time or deployment frequency. An work item typically hidden by work-level security will be exposed, allowing a user to manually calculate these metrics.

[集計データを表示] 権限を無効にすると、ユーザーはこの権限によって裏付けられた集計データを表示できなくなります。

これには、ボード、バックログ、デプロイ ビューに関するインサイトと一部のレポートが含まれます。将来的には、JQL および検索結果が含まれる可能性もあります。

スプリントの管理

この権限を持つユーザーは、プロジェクトでスプリントを作成、開始、および完了できます。これには、スプリントの長さと目標の調整も含まれます。

この権限は、Jira への製品アクセスに依存します。ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

スプリントとはアジャイル方式に由来するコンセプトで、具体的にはスクラムと呼ばれる作業方法を指します。通常、スプリントはチーム リーダーまたは指名されたスクラム マスターが管理します。Jira におけるスプリント、スクラム、およびアジャイル手法の実践方法に関する詳細についてご確認ください。

ボードのフィルター クエリの複雑さによっては、スプリントの管理権限をユーザーに設定するときにさらに検討が必要になる場合があります。例えば、ボードに複数のプロジェクト (サービス プロジェクトを含む) のスプリントが含まれる場合、正常にスプリントを完了するには各プロジェクトでのスプリントの管理権限が必要です。複雑なフィルターによる影響や、フィルター クエリを簡素化する方法の詳細については、「高度なケースでスプリントの管理権限を使用する」を参照してください。

There are some sprint actions (for example, adding work items to sprints, removing work items from sprints) that require the Schedule work items and Edit work items permissions to be successful.

Jira でのスプリント計画の詳細をご覧ください。

開発ツールの参照

Permission to view the development panel, which provides you with just enough information to evaluate the status of an work item's build data in a connected development tool, at a glance. Learn more about the development panel.

この権限は、Jira への製品アクセスに依存します。ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

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

This permission provides the View workflow link when viewing an work item.

この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

Work item permissions

To perform actions on work item permissionss, users need permission to view the project the work item permissions belongs to. This is granted by the Browse Projects permission in your permission scheme. Once the user has the Browse Projects permissions, the various work item permissions listed below may be granted.

Archive work items

This permission can be granted to any role and allows people to archive any work item in your project, which includes its associated field values and comments. This helps people clean up their projects and maintain site performance and provides an alternative to the Delete work items permission.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

Assign work items

This permission allows people to change the value of the Assignee field on any of your project’s work items. It doesn’t allow people to be assigned work items (see the Assignable user permission).

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

 ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

この権限を持つチーム メンバーは、作業のさまざまなステージでタスクを引き渡すことができます。

割り当て可能なユーザー

This permission allows people to be assigned work items, meaning their username can be used to complete the Assignee field on any of your project’s work items. It doesn’t allow people to be assign work items to other users in your site (see the Assign work items permission).

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

 ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

This permission gives people the ability work on work items. When someone is assigned a work item, we notify them to view the work item. This permission is essential for core team members on any project.

Close work items

This permission allows people to set the Resolution field to a closed state on a work item based on a the conditions of your work item's workflow.

This permission requires the Transition work items and Resolve work items to be useful.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

 ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

Jira の場合

• A work item is open if its resolution field isn't set.

• A work item is closed if its resolution field has a value, for example “Fixed” or “Can't reproduce”.

There are two ways to close a work item using a condition in your workflow:

1. 事後操作を使用して解決状況フィールドを自動的に設定 高度なワークフロー構成の詳細についてはこちらをご覧ください。

2. 画面から解決状況を選択するようにユーザーに促します。トランジション画面の詳細をご覧ください。

This permission is used mainly for software or service teams who use quality assurance engineers to test whether fixes work as intended. You can set your permissions to allow developers to transition a work item to a done status but keep it open. Then, only allow your tester to close the work item when they’ve verified the fix.

Create work items

This permission allows people to create work items in your project, including subtasks if you’ve enabled subtasks on your site. Learn more about subtasks.

注意:

• When a user is granted the Create work items permission for a project, they’ll see the project on the Create work item screen, even if they don’t have the Browser Projects permission for the same project.

• Users won’t be able to add attachments to work items unless they’re also granted the Create attachments permission.

この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

This permission can be granted to anyone logged in to the Jira site, regardless of product access - this gives you the benefit of allowing anyone to create work items in a project. For example, you might do this to allow customers to report bugs or create feature suggestions for a product you’re developing.

However, some teams might choose to limit this permission to only their core team members, for security reasons or to maintain the cleanliness of their work items.

Delete work items

This permission allows people to delete any work item in your project, including its associated field data, comments, and work log entries, even if the user does not have the Delete comments or Delete attachments permissions. However, the Delete work items permission doesn’t include the ability to delete individual comments or attachments.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

This permission is typically reserved for team leaders or project management roles. We don’t recommend deleting work items as a practice. Changing an work item’s status to a done-category status is a much better way of clearing up unneeded work items. Changing a work item’s status notifies the reporter, assignee, and watchers of the action your team has taken on the task.

Edit work items

This permission allows people to alter the summary and description, and change the value of fields that aren’t overridden by another permission (like the Assign work items, Modify reporters, or Schedule work items permissions). This permissions also allows people to convert work items to subtasks or vice versa. Learn more about work items and subtasks.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

オープンな組織ではチームに対し、作業でタスクを表示する際にフィールドを調整することで互いの作業を最新の状態に保つことを奨励します。スタンドアップ ミーティング、計画ミーティング、ボード整理セッション、またはプロジェクトのキックオフ ミーティングなどの共通のミーティング時にタスクのレビューを実施する可能性があるチーム メンバーにとって、説明を明確化し、フィールドを更新できることは非常に便利です。厳格なコンプライアンスまたはトレーサビリティ要件を持つ組織は、この権限をチーム リーダーまたはプロジェクト マネージャー用に予約する場合があります。

Link work items

This permission allows people to link work items in your project to one another, or to work items in other projects on your site. To view the link properly, they need the same permission in the target project or service desk. This permission is only relevant if you’ve enabled work item linking. Learn more about work item linking.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

報告者の変更

This permission allows people to change the value of the default Reporter field on any of your project’s work items. The Reporter field is automatically set to the work items creator at the time the work item is made. This allows someone to create work items on behalf of someone else.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

Move work items

This permission allows people to move a work item to another project or service project on your Jira site, or to change the work item to a different issue type (making the work item follow a different workflow).

This permission requires the Create work items permission in the target project or service desk to be useful.

Resolve work items

This permission allows people to set or clear a value on the Resolution field. It also gives people the ability to see the Fix version field for work items. It doesn’t include the ability to close a work item (see the Close work items permission).

This permission requires the Transition work items permission to be useful.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

Restore archived work items

This permission can be granted to any role and allows people to restore any work item in your project, which includes its associated field values and comments. A restored work item will appear in the project, dashboard, backlog and boards, and can be edited if needed.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

Schedule work items

This permission allows people to set or modify the value of the Due date field on your project’s work items. On a company-managed Scrum or Kanban board, this permission also allows people to reorder work items (“rank”) on the board and backlog.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

Set work item security

This permission allows people to set the security level of specific work items in the project, changing who can view and interact with a specific work item. This is typically reserved for project managers, administrators, or other team leaders in the project. Learn more about work item security.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

Transition work items

This permission allows people to view an work item’s underlying workflow in the project and update the status of any of your project’s work items. They can move any work item through the workflow, triggering any workflow post functions that may be associated with the transition along the way. Learn more about workflows.

It doesn’t allow people to set the Resolution field or close work items in your project (see the Resolve work items and Close work items permissions).

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

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

次の権限は、プロジェクトを閲覧できるユーザーにのみメリットがあります。これらの権限を使用するには、最初にユーザー、グループ、またはロールに対し、権限スキームでプロジェクトの閲覧権限を付与します。

ウォッチリストの管理

This permission allows people to add or remove people from a work item’s watch list.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

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

This permission allows people to see who’s watching any work item in your project.

この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

コメント権限

次の権限は、プロジェクトを閲覧できるユーザーにのみメリットがあります。これらの権限を使用するには、最初にユーザー、グループ、またはロールに対し、権限スキームでプロジェクトの閲覧権限を付与します。

コメントの追加

This permission allows people to comment on any work item in your software and business projects, or add internal notes to requests in your service projects.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

これにはコメントの編集または削除を行う権限は含まれていない点にご注意ください。

すべてのコメントの削除

This permission allows people to remove any comment added by anyone on any of your software or business projects' work items, or delete any internal notes (and customer comments!) added to any request in a service project. It’s a bit of a super power.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

For traceability and historical investigations, we recommend preserving all work item comments. They can help you trace how a project went, or how an interaction could be improved in the future. For that reason, you may reserve this permission for team leaders, human resource managers, or other management roles.

自分のコメントの削除

This permission allows people to remove any comments they’ve added to any work item in your project, or any internal comment they’ve added to requests in a service project.

この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

Typically, anyone who can comment on a work item (by having the Add comments permission) should be able to remove their own comments. This practice can help clarify work if people leave erroneous or inaccurate comments. Organizations with strict compliance or traceability requirements may consider restricting this permission to preserve an accurate historical record throughout a work item’s lifecycle.

すべてのコメントの編集

This permission allows people to alter the content of any comment or internal note added by anyone on any of your project’s work items.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

オープンな組織では、チームで互いのコメントを編集して、スペル ミスやリンク切れなどの軽微な問題を修正したり、コミュニケーションの流れを整理したりすることが推奨されます。厳格なコンプライアンスまたはトレーサビリティ要件を持つ組織は、この権限をチーム リーダーまたはプロジェクト マネージャー用に予約する場合があります。

自分のコメントの編集

This permission allows people to alter the content of any comments they’ve added to work items in software or business projects, or any internal comment they’ve added to requests in a service project.

この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

Typically, anyone who can comment on a work item (by having the Add comments permission) should be able to adjust their own comments and correct minor problems like spelling errors or broken links. Organizations with strict compliance or traceability requirements may consider restricting this permission to keep an accurate historical record throughout the course of an work item’s lifecycle.

添付ファイルの権限

次の権限は、プロジェクトを閲覧できるユーザーにのみメリットがあります。これらの権限を使用するには、最初にユーザー、グループ、またはロールに対し、権限スキームでプロジェクトの閲覧権限を付与します。

添付ファイルの作成

This permission allows people to attach files to any work item in your project. This permission is relevant if attachments are enabled. Learn more about attachments.

この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

Typically, any team member or collaborator may need this permission to help describe their work. Learn more about attaching files and screenshots to work items.

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

This permission allows people to remove any attachments added by anyone on any of your project’s work items.

この権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

While some teams may reserve this permission for management roles, open organizations can benefit from granting this power to autonomous team members. For example, if the work item requires images from a designer to help describe the work, it might be beneficial for team members to keep attachments up to date, even if they aren’t the owner of the original attachment.

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

This permission allows people to remove any file or image they attached to any work item in your project.

この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

Typically, anyone who can attach files to a work item (by having the Add attachments permission) should be able to remove their own attachments. This practice can help clarify work where many versions of a file or image are uploaded throughout the course of working on the work item. Organizations with strict compliance or traceability requirements may consider restricting this permission to preserve an accurate historical record throughout a work item’s lifecycle.

時間管理権限

次の権限は、プロジェクトを閲覧できるユーザーにのみメリットがあります。これらの権限を使用するには、最初にユーザー、グループ、またはロールに対し、権限スキームでプロジェクトの閲覧権限を付与します。

次の権限は、Jira サイトでタイム トラッキングを有効にしている場合にのみ使用できます。タイム トラッキングの詳細をご覧ください。

次の権限は特定の製品アクセス権に依存する場合があります。

• ソフトウェア プロジェクトでこの権限を使用するには Jira への製品アクセス権が必要です。

• サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。

• ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

ユーザーへのアトラシアン製品に対するアクセス権の付与に関する詳細をご確認ください。

Work on work items

This permission allows people to interact with the time tracking field on any of your project’s work items.

この権限を持つユーザーは、タスクに費やした時間と完了までの残りの時間を示す作業ログ エントリ (プロセス中に行った作業の簡単な説明を含む) を作成することができます。

すべての作業ログの削除

This permission allows people to remove any work log entry added by anyone on any of your project’s work items.

通常、他のユーザーの作業ログ エントリの削除は、チーム リーダーまたはその他の管理ロール専用の権限です。

自分の作業ログの削除

This permission allows people to remove the time they logged, the time they estimated as remaining, and the description of any work log entry they added to any of your project’s work items.

通常、プロジェクトで作業して時間を記録しているユーザーは、データ入力時のエラーに備え、自分の作業ログを削除できる必要があります。

すべての作業ログの編集

This permission allows people to alter the time logged, time remaining, and description of any work log entry added by anyone on any of your project’s work items.

通常、他のユーザーの作業ログ エントリの調整は、チーム リーダーまたはその他の管理ロール用に予約されます。

自分の作業ログの編集

This permission allows people to alter the time they logged, the time they estimated as remaining, and the description of any work log entry they added to any of your project’s work items.

通常、プロジェクトで作業して時間を記録しているユーザーは、データ入力時のエラーや作業のスコープまたは要件の変更に備え、自分の作業ログを調整できる必要があります。