企業管理対象プロジェクトの権限
Platform Notice: Cloud - This article applies to Atlassian products on the cloud platform.
プロジェクト権限は 2 つの方法で管理されます。
Jira 管理者は企業管理対象プロジェクトのプロジェクト権限を、権限スキームを通じて管理します。このページでは、企業管理対象の権限スキームで利用可能な個々の権限付与について説明します。
Project administrators manage project permissions for team-managed projects through custom roles. Read more about custom roles in team-managed projects.
Here’s a list of the permissions you can grant to define permissions in your company-managed software, service project, or business projects through permissions schemes. Learn more about permission schemes.
Note for Free plans
You can't edit project permissions or roles on the Free plan for Jira, and you can't configure issue-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.プロジェクト権限
The following permissions define access to functionality within your company-managed projects and the issues 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.
プロジェクト管理
この権限を持つユーザーはプロジェクト設定にアクセスできます。
このユーザーは以下が可能です。
edit project components,
プロジェクトのバージョンの編集
edit some project details – project name, URL, project lead, and project description
この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
一般に、システム管理者ではプロジェクトの設定を支援するために、この権限が必要です。このため、この権限への製品アクセスは不要で、サイトのプランのライセンス数には計上されません。
プロジェクトの参照
This permission allows people to view the project in the Projects directory, and view individual issues in the project and while searching Jira (except issues that have been restricted via issue-level security).
プロジェクトの閲覧権限により、ディレクトリ内のすべてのユーザーやユーザーによる Jira の検索中にプロジェクト詳細が表示される可能性があります
There’s a known issue when granting a User custom field value, Reporter, Current assignee, or Group custom field value the Browse Project permission. In these cases, a project becomes visible to any logged in user on your Jira site.
集計データを表示する
This permission will enable insights on the Board, Backlog, and Deployments view. Over time, this permission may allow users to view other aggregated data sources, surfaced by JQL results, queries, or reports.
Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
この権限は、プロジェクト レベルと課題レベルの情報を表示します。
ユーザーまたはグループの [集計データを表示] 権限を有効化すると、特定の詳細が表示されます。以下の例をご参照ください。
A project’s average estimations or issue 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 issue.
課題タイプの名前。ユーザーが特定の課題タイプにアクセスできなくても、スプリントの上位 5 つの課題タイプのうちの 1 つである場合は、その名前がインサイトに表示されます。
エピックの名前。課題レベルのセキュリティによって一部の課題が非表示になった場合でも、リンクされているエピックはボード上またはサイクル期間レポートを通じて表示されます。
チームのサイクル期間またはデプロイ頻度。課題レベルのセキュリティによって非表示になっている課題が公開されて、ユーザーがこれらのメトリックを手動で計算できます。
[集計データを表示] 権限を無効にすると、ユーザーはこの権限によって裏付けられた集計データを表示できなくなります。
これには、ボード、バックログ、デプロイ ビューに関するインサイトと一部のレポートが含まれます。将来的には、JQL および検索結果が含まれる可能性もあります。
スプリントの管理
この権限を持つユーザーは、プロジェクトでスプリントを作成、開始、および完了できます。これには、スプリントの長さと目標の調整も含まれます。
This permission depends on product access to Jira. Learn more about giving people access to your Atlassian products.
Sprints are a concept from agile methodology, specifically a way of working called Scrum. Typically, sprints are managed by team leaders or designated Scrum masters. Learn more about sprints, Scrum, and how to practice agile methods in Jira.
Depending on the complexity of your board's filter query, you may need further consideration when configuring the Manage sprints permission for users. For example, if a board contains sprints from multiple projects (including service projects), users need the Manage sprints permission in every project to successfully complete sprints. For more information on the impact of complex filters, and ways to simplify your filter query, see Using Manage Sprints permission for advanced cases.
一部のスプリント操作 (スプリントへの課題の追加、スプリントからの課題の削除など) を正常に完了するには、課題のスケジュール作成権限および課題の編集権限が必要です。
Learn more about planning sprints in Jira.
開発ツールの参照
Permission to view the development panel, which provides you with just enough information to evaluate the status of an issue's build data in a connected development tool, at a glance. Learn more about the development panel.
This permission depends on product access to Jira. Learn more about giving people access to your Atlassian products.
(読み取り専用) ワークフローの表示
この権限は、課題の表示時に [ワークフローの表示] リンクを提供します。
この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
課題の権限
The following permissions are only useful to people who are able to view the project. To make these permissions meaningful, first grant users, groups, or roles the Browse Projects permission in your permission scheme.
課題の割り当て
この権限を持つユーザーは、プロジェクトの任意の課題で [担当者] フィールドの値を変更できます。このユーザーへの課題の割り当てを許可するわけではありません (割り当て可能なユーザー権限を参照)。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
この権限を持つチーム メンバーは、作業のさまざまなステージでタスクを引き渡すことができます。
割り当て可能なユーザー
この権限を持つユーザーに課題を割り当てることができます。つまり、プロジェクトの任意の課題で [担当者] フィールドにこれらのユーザーの名前を使用できます。このユーザーにサイトの他のユーザーへの課題の割り当てを許可するわけではありません (課題の割り当て権限を参照)。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
この権限を持つユーザーは、課題で作業することができます。課題にユーザーを割り当てると、そのユーザーに課題を表示するための通知が送信されます。この権限は、あらゆるプロジェクトの中心的なチーム メンバーに不可欠です。
課題のクローズ
この権限を持つユーザーは課題のワークフローの条件に基づいて、課題で [解決状況] フィールドをクローズ状態に設定できます。
この権限を使用するには、課題のトランジションおよび課題の解決が必要です。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
Jira の場合
解決状況フィールドが設定されていない場合、課題はオープンです。
解決状況フィールドに値 (例: "修正済み"、"再現不可") が設定されると、課題はクローズになります。
ワークフローで条件を使用して課題をクローズする方法は 2 つあります。
Set the resolution field automatically via a post function. Learn more about advanced workflow configuration.
Prompt the user to choose a resolution via a screen. Learn more about transition screens.
この権限は、修正が意図したとおりに機能しているかどうかを品質保証エンジニアがテストする、ソフトウェア チームやサービス チームが主に使用します。開発者が課題を "完了" ステータスにトランジションできるように権限を設定し、課題はオープンのままにします。その後、テスターのみが修正が検証して課題をクローズできるようにします。
課題の作成
This permission allows people to create issues in your project, including subtasks if you’ve enabled subtasks on your site. Learn more about subtasks.
注意:
When a user is granted the Create issues permission for a project, they’ll see the project on the Create issue screen, even if they don’t have the Browser Projects permission for the same project.
Users won’t be able to add attachments to issues 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 issues 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 issue list.
課題の削除
この権限を持つユーザーはプロジェクトの任意の課題を削除できます。課題を削除すると、関連付けられたフィールド データ、コメント、および作業ログ エントリが削除されます。コメントの削除または添付ファイルの削除権限は不要です。ただし、課題の削除権限には、個々のコメントまたは添付ファイルを削除する権限は含まれません。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
この権限は一般に、チーム リーダーまたはプロジェクトの管理ロールにのみ付与することが望まれます。一般に、課題を削除することは推奨されません。課題のステータスを完了カテゴリ ステータスに変更するほうが、不要な課題のクリーンアップよりも推奨されます。課題のステータスを変更すると、チームがタスクに対して行ったアクションが課題の報告者、担当者、ウォッチャーに通知されます。
課題の編集
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 issues, Modify reporters, or Schedule issues permissions). This permissions also allows people to convert issues to subtasks or vice versa. Learn more about issues and subtasks.
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
オープンな組織ではチームに対し、作業でタスクを表示する際にフィールドを調整することで互いの作業を最新の状態に保つことを奨励します。スタンドアップ ミーティング、計画ミーティング、ボード整理セッション、またはプロジェクトのキックオフ ミーティングなどの共通のミーティング時にタスクのレビューを実施する可能性があるチーム メンバーにとって、説明を明確化し、フィールドを更新できることは非常に便利です。厳格なコンプライアンスまたはトレーサビリティ要件を持つ組織は、この権限をチーム リーダーまたはプロジェクト マネージャー用に予約する場合があります。
課題のリンク
This permission allows people to link issues in your project to one another, or to issues 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 enable issue linking. Learn more about issue linking.
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
報告者の変更
この権限を持つユーザーは、プロジェクトの任意の課題で既定の [報告者] の値を変更できます。[報告者] フィールドは、課題の作成時に自動的にリクエストの作成者に設定されます。これによって、ユーザーは他のユーザーの代理で課題を作成できるようになります。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
課題の移動
この権限を持つユーザーは、Jira サイトの別のプロジェクトまたはサービス プロジェクトに課題を移動したり、課題を別の課題タイプに変更したり (課題を別のワークフロー関連付ける) することができます。
この権限には、ターゲットのプロジェクトまたはサービスデスクで課題の作成権限が必要です。
課題の解決
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 issues. It doesn’t include the ability to close an issue (see the Close issues permission).
この権限を使用するには、課題のトランジション権限が必要です。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
課題のスケジュール
この権限を持つユーザーは、プロジェクトの課題で [期日] フィールドの値を設定または変更できます。企業管理対象スクラムまたはカンバン ボードでは、この権限を持つユーザーはボードやバックログで課題を並べ替え (ランク付け) られます。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
課題のセキュリティの設定
This permission allows people to set the security level of specific issues in the project, changing who can view and interact with a specific issue. This is typically reserved for project managers, administrators, or other team leaders in the project. Learn more about issue security.
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
課題のトランジション
This permission allows people to view an issue’s underlying workflow in the project and update the status of any of your project’s issues. They can move any issue through the workflow, triggering any workflow post functions that may be associated with the transition along the way. Learn more about workflows.
プロジェクトの [解決状況] フィールドを設定したり、課題をクローズしたりすることはできません (課題の解決または課題のクローズ権限を参照)。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
投票者とウォッチャーの権限
次の権限は、プロジェクトを閲覧できるユーザーにのみ影響します。これらの権限を使用するには、最初にユーザー、グループ、またはロールに対し、権限スキームでプロジェクトの閲覧権限を付与します。
ウォッチリストの管理
この権限を持つユーザーは、課題のウォッチ リストからユーザーを追加または削除できます。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
投票者とウォッチャーの表示
この権限を持つユーザーは、プロジェクトの任意の課題をウォッチしているユーザーを表示することができます。
この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
コメント権限
次の権限は、プロジェクトを閲覧できるユーザーにのみ影響します。これらの権限を使用するには、最初にユーザー、グループ、またはロールに対し、権限スキームでプロジェクトの閲覧権限を付与します。
コメントの追加
この権限を持つユーザーは、ソフトウェアおよびビジネス プロジェクトで任意の課題にコメントを追加したり、サービス プロジェクトのリクエストに内部コメントを追加したりすることができます。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
これにはコメントの編集または削除を行う権限は含まれていない点にご注意ください。
すべてのコメントの削除
この権限を持つユーザーは、ソフトウェアまたはビジネス プロジェクトの課題で任意のユーザーが追加したコメントや、サービス プロジェクトの任意のリクエストに追加された内部メモ (および顧客コメント)を削除できます。この権限は多少、強力です。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
トレーサビリティと履歴の調査のため、アトラシアンではすべての課題のコメントを保存することを推奨しています。コメントは、プロジェクトの進行の追跡や今後のやり取りの改善点を検討するうえで参考になります。このため、この権限はチームの リーダー、人事マネージャー、またはその他の管理ロールのみに付与することをおすすめします。
自分のコメントの削除
この権限を持つユーザーは、サービス プロジェクトで、自身がプロジェクトの課題に追加した任意のコメントや、サービス プロジェクトでリクエストに追加した内部コメントを削除できます。
この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
通常、(コメントの追加権限を持つために) 課題にコメントを追加できるユーザーは、自分のコメントを削除できることが望ましいです。これは、ある人物が誤ったコメントや、不正確なコメントを追加した場合に、作業を明確化するのに役立ちます。コンプライアンスまたはトレーサビリティについて厳格な要件が課される組織では、この権限を制限して課題のライフ サイクルを通じて正確な履歴レコードを保持することを検討することが望まれます。
すべてのコメントの編集
この権限を持つユーザーは、プロジェクトの課題に任意のユーザーが追加した任意のコメントまたは内部メモの内容を変更できます。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
オープンな組織では、チームで互いのコメントを編集して、スペル ミスやリンク切れなどの軽微な問題を修正したり、コミュニケーションの流れを整理したりすることが推奨されます。厳格なコンプライアンスまたはトレーサビリティ要件を持つ組織は、この権限をチーム リーダーまたはプロジェクト マネージャー用に予約する場合があります。
自分のコメントの編集
この権限を持つユーザーは、ソフトウェアまたはビジネス プロジェクトで自身が課題に追加した任意のコメントの内容や、サービス プロジェクトのリクエストに追加した内部コメントを削除できます。
この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
通常、(コメントの追加権限を持つために) 課題にコメントを追加できるユーザーは、自分のコメントを変更したり、スペルミスやリンク切れなどの軽微な問題を修正できることが望ましいです。コンプライアンスまたはトレーサビリティについて厳格な要件が課される組織では、この権限を制限して課題のライフ サイクルを通じて正確な履歴レコードを保持することを検討することが望まれます。
添付ファイルの権限
次の権限は、プロジェクトを閲覧できるユーザーにのみ影響します。これらの権限を使用するには、最初にユーザー、グループ、またはロールに対し、権限スキームでプロジェクトの閲覧権限を付与します。
添付ファイルの作成
This permission allows people to attach files to any issue 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 issues.
すべての添付ファイルの削除
この権限を持つユーザーは、プロジェクトの課題で、任意のユーザーが追加した添付ファイルを削除できます。
この権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
一部のチームではこの権限を管理ロール用に予約している場合がありますが、オープンな組織では、この機能をすべてのチーム メンバーに付与することでメリットが得られます。たとえば、課題で、作業について説明するためにデザイナーによる画像が必要な場合、チーム メンバーは元の添付ファイルの所有者ではなくても最新の状態に維持することができます。
自分の添付ファイルの削除
この権限を持つユーザーは、プロジェクトの課題に自身が追加した任意のファイルや画像を削除できます。
この権限は特定の製品アクセス権に依存しません。Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
通常、(添付ファイルの追加権限を持つために) 課題にファイルを添付できるユーザーは、自分の添付ファイルを削除できることが望ましいです。このプラクティスは、課題に取り組む過程で多くのバージョンのファイルや画像をアップロードする作業を明確化するのに役立ちます。コンプライアンスまたはトレーサビリティについて厳格な要件が課される組織では、この権限を制限して課題のライフ サイクルを通じて正確な履歴レコードを保持することを検討することが望まれます。
時間管理権限
The following permissions are only useful to people who are able to view the project and edit its issues. To make these permissions meaningful, first grant users, groups or roles the Browse Projects and the Edit issue permission in your permission scheme.
The following permissions are only useful if you’ve enabled time tracking on your Jira site. Learn more about time tracking.
次の権限は特定の製品アクセス権に依存する場合があります。
In software projects, people must have product access to Jira to use this permission.
サービス プロジェクトでこの権限を使用するには Jira Service Management への製品アクセス権が必要です。
ビジネス プロジェクトでは、Jira サイトにログインするすべてのユーザーにこの権限を付与できます。
Learn more about giving people access to your Atlassian products.
課題の作業ログ
この権限を持つユーザーは、プロジェクトの任意の課題で時間管理フィールドを操作できます。
この権限を持つユーザーは、タスクに費やした時間と完了までの残りの時間を示す作業ログ エントリ (プロセス中に行った作業の簡単な説明を含む) を作成することができます。
すべての作業ログの削除
この権限を持つユーザーは、プロジェクトの課題で任意のユーザーが追加した作業ログ エントリを削除できます。
通常、他のユーザーの作業ログ エントリの削除は、チーム リーダーまたはその他の管理ロール専用の権限です。
自分の作業ログの削除
この権限を使用すると、自身が記録した時間、残余として見積もられた時間、プロジェクトの任意の課題に追加した作業ログの説明を削除できます。
通常、プロジェクトで作業して時間を記録しているユーザーは、データ入力時のエラーに備え、自分の作業ログを削除できる必要があります。
すべての作業ログの編集
この権限を持つユーザーは、プロジェクトの任意の課題で任意のユーザーが追加した記録時間、残余時間、および作業ログの説明を編集できます。
通常、他のユーザーの作業ログ エントリの調整は、チーム リーダーまたはその他の管理ロール用に予約されます。
自分の作業ログの編集
この権限を使用すると、自身が記録した時間、残余として見積もられた時間、プロジェクトの任意の課題に追加した作業ログの説明を変更できます。
通常、プロジェクトで作業して時間を記録しているユーザーは、データ入力時のエラーや作業のスコープまたは要件の変更に備え、自分の作業ログを調整できる必要があります。