チーム管理対象プロジェクト権限

チーム管理対象プロジェクトでは、次の 2 つの主な設定でユーザーの権限が決定されます。

1. プロジェクトのアクセス レベル。

2. プロジェクトでのロール

プロジェクトのアクセス レベル

プロジェクトのアクセス レベルに応じて、ログインしている Jira ユーザーにプロジェクトの特定のロールが付与されます。

チーム管理対象ソフトウェア プロジェクトには、次の 3 つのシンプルなアクセス レベルが用意されています。

• Open: When a project is open, anyone on your Jira site can view, create and edit work items in your project. With this access level, Jira gives anyone who logs into your Jira site the Member role in your project.

• Limited: When a project is limited, anyone on your Jira site can view and comment on work items in your project. But, they can't edit them or create new ones. With this access level, Jira gives anyone who logs into your Jira site the Viewer role in your project.

• Private: When a project is private, only Jira admins and people you add to the project can see it in their project directory or its work items in search results.

Jira 管理者 (Jira 管理グローバル権限を持つユーザー) は、常にプロジェクトの設定に対するアクセス権を持ちます。チーム管理対象プロジェクトに対するメンバーの追加に関する詳細をご確認ください。

Jira サイト全体におけるユーザーの一般的な権限は、プロジェクトのアクセス レベルによって設定されます。独自のプロジェクト ロールを作成することで、各ユーザーに特定のアクセス権や追加の権限を付与できます。ロールの詳細をご覧ください。

既定のロールに付与されるプロジェクト権限

ユーザーがチーム管理対象プロジェクトに追加されると、自動的に次の権限が付与されます。

• プロジェクトの参照

• プロジェクトの表示

• View work items

既定のロールは、下記のとおり、追加のプロジェクト権限を付与します。

プロジェクト権限

カスタム ロールを作成することにより、チーム管理対象ソフトウェア プロジェクトを微調整できる権限のリストは次のとおりです。ロールの詳細をご覧ください。

開発ツールにアクセス

This permission allows people to see linked code commits, reviews, and build information on any work item in your project if your Jira admin has connected a distributed version control system (DVCS) tool like Bitbucket or Github.

添付ファイルの追加

This permission allows people to attach files to any work item in your project. Your Jira admin may limit what you can attach and how big your files can be.

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 comment on any work item in your project.

通常、チーム メンバーまたはコラボレーターにはこの権限が必要です。

Add or remove work item watchers

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

プロジェクトの管理

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

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

• プロジェクトへの他のユーザーのアクセス権を編集する

• configure work types and their fields

• ロードマップやスプリントなどのアジャイル機能を有効または無効にする

• delete a service project and its work items outright

• ソフトウェア プロジェクトをごみ箱に移動する

Jira 管理者 (Jira 管理グローバル権限を持つユーザー) は、常にプロジェクトの設定に対するアクセス権を持ちます。

Assign any work item

This permission allows people to change the value of the Assignee field on any of your project’s work items.

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

Create work items

This permission allows people to create work items in your project.

Open organizations can benefit from allowing anyone to create work items in your project. For example, they may find and report bugs when using your team’s products. Some teams may restrict this permission to the core members of a team to keep their backlog tidy. Organizations with strict compliance or security needs may allow only Scrum masters or other leaders to create work items for their team.

Collaborate on work items (a set of permissions)

This set of permissions is typically granted to team members who don’t play a central role in your project. Your team may involve them in answering questions to progress work on a work item. Depending on your organization, you might give these permissions to designers, technical writers, consultants, or other supporting roles.

この一連の権限を付与すると、次のバンドルされた権限が与えられます。

• 添付ファイルの追加

• コメントの追加

• 自分のコメントの編集

• 自身の添付ファイルを削除する

• 自分のコメントの削除

You may grant these permissions to anyone with log in access to your Jira site. For example, if you have multiple Jira products on the same cloud site, a Jira Service Management agent can be given this set of permissions and collaborate on work items in Jira. 

任意の添付ファイルを削除する

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

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 comment added by anyone on any of your project’s work items. It’s a bit of a superpower.

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.

Delete any work item

This permission allows people to delete any work item in your project, including its associated field data, comments, and work log entries.

This permission is typically reserved for team leaders or project management roles. We don’t recommend deleting work items as a practice. Changing a 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 work item’s reporter, assignee, and watchers of the action your team has taken on the task.

作業ログ エントリを削除

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 any file or image they attached to any work item in your project.

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.

自分のコメントの削除

This permission allows people to remove any comments they’ve added to any work item in your project.

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 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 content of any comment added by anyone on any of your project’s work items.

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

期日を編集

This permission allows people to change the value of the default Due date field on any of your project’s work items.

厳格なコンプライアンスまたはトレーサビリティ要件を持つ組織は、この権限をチーム リーダーまたはプロジェクト マネージャー用に予約する場合があります。

This permission is similar to the Schedule work items permission in company-managed projects.

Edit any work item

This permission allows people to alter the summary and description, and change the value of fields that aren’t restricted by another permission (like the Assign work items or Edit reporters permissions).

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

作業ログ エントリを編集

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 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 item’s creator at the time the work item is made.

自分のコメントの編集

This permission allows people to alter the content of any comments they’ve added to any work item in your project.

通常、[コメントの追加] 権限を使用して作業項目にコメントできるユーザーは、自分のコメントを変更したり、スペルミスやリンク切れなどのマイナー問題を修正できることが望ましいです。コンプライアンスまたはトレーサビリティについて厳格な要件が課される組織では、この権限を制限して、作業項目のライフサイクルを通じて正確な履歴レコードを保持することを検討することが望まれます。

自分の作業ログ エントリを編集

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.

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

Link any work item

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.

Log work on any work item

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

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

This permission is called Work on work items in company-managed projects.

Manage project work items (a set of permissions)

通常、この一連の権限は、チーム リーダー、プロジェクト マネージャー、スクラム マスターなどのプロジェクト全体の作業を監督するロールに付与されるのが一般的です。

この権限を付与すると、次のバンドルされた権限も与えられます。

• Add or remove work item watchers

• 期日を編集

• コメントを編集

• 作業ログ エントリを編集

• 報告者を変更

• 任意の添付ファイルを削除する

• コメントを削除

• Delete any work item

• 作業ログ エントリを削除

プロジェクト スプリントを管理

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

スプリントとはアジャイル方式に由来する概念で、具体的にはスクラムと呼ばれる作業方法を指します。スプリントは通常、チーム リーダーか、指名されたスクラム マスターが管理します。

Jira におけるスプリント、スクラム、およびアジャイル手法の実践方法に関する詳細をご確認ください。

Move any work item

This permission allows people to move a work item to another project on your Jira site. To successfully move a work item, they also need permission to create work items in the target project.

Transition any work item

This permission allows people to view any work item’s underlying workflow and update the status of any of your project’s work items. They can move any work item through the workflow, triggering any board rules that may be associated with the transition along the way. They can also resolve and close any work items in your project.

This permission is a combination of the Transition work items, Resolve work items, and Close work items permissions in company-managed projects.

ウォッチャーを表示

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

Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

Work on project work items (a set of permissions)

この一連の権限は、開発者、製品マネージャー、デザイナー、品質管理エンジニア、およびプロジェクトのゴール達成に直接取り組む他のユーザーに付与されるのが一般的です。通常、中核チームのメンバーとみなされるユーザーに付与される権限です。

この権限を付与すると、次のバンドルされた権限も与えられます。

• Assign any work item

• Edit any work item

• 自分の作業ログ エントリを編集

• 自分の作業ログ エントリを削除

• Link any work item

• Log work on any work item

• Transition any work item