次世代プロジェクトでの権限の概要

次世代プロジェクトへのユーザーのアクセス方法を管理する

このページの内容

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

robotsnoindex

このヘルプ ページの内容について

The following information only applies to team-managed projects.

どのタイプのプロジェクトの情報を参照すべきかを確認するには、プロジェクトの左側のサイドバーの下部をご覧ください。

Three main settings determine a person's permissions in your team-managed project:

  1. 製品アクセス

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

  3. プロジェクトでのロール。

サイト管理者は組織がサブスクライブしているアトラシアン製品について、使用するアクセス権を持つユーザーを制御します。アトラシアン サイト全体でのユーザーとアプリケーションの管理についてお読みください

Jira Software または Jira Work Management の Free プランでは、プロジェクトの権限またはロールを編集できません。また、すべての Free プラン (Jira Service Management を含む) で、課題レベルのセキュリティを構成できません。Free プランでのプロジェクト権限の仕組みについて確認してください。Jira の強力なプロジェクト権限管理機能を利用するには、プランをアップグレードします

製品アクセス

For team-managed projects, a person needs product access to Jira Software to:

  • Become a member of team-managed software projects.

  • Create and administer their own team-managed software projects.

サイト管理者は、サイト管理設定で、ユーザーに製品アクセスを付与できます。製品アクセスの更新の詳細をご確認ください。

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

プロジェクトのアクセス レベルは、ログインしている任意の Jira Software ユーザーにプロジェクトの特定のロールを提供します。

For a project's access level, you'll need access to the Jira site and the product as well.

Team-managed software projects have three, simple access levels:

  • オープン。プロジェクトがオープンな場合、Jira サイトのすべてのユーザーがプロジェクトの課題の表示、作成、編集を行うことができます。このアクセス レベルでは、Jira サイトにログインしたすべてのユーザーに、プロジェクトの Member ロールが割り当てられます。

  • 制限。プロジェクトを制限している場合、Jira サイトのすべてのユーザーがプロジェクトで課題の表示およびコメント作成を行うことができます。しかし、課題の編集や新しい課題の作成はできません。このアクセス レベルでは、Jira サイトにログインしたすべてのユーザーに、プロジェクトの Viewer ロールが割り当てられます。

  • 非公開。プロジェクトが非公開の場合、Jira 管理者とプロジェクトに追加されたユーザーのみが、プロジェクト ディレクトリでプロジェクトを表示したり、検索結果でプロジェクトの課題を表示したりできます。

Jira administrators (anyone with the Administer Jira global permission) always have access to your project's settings. Read more about how people access your team-managed project.

Currently, you can't allow anonymous access to a team-managed project. If you want to allow anonymous access, ask your Jira admin to create a company-managed project for you.

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

ロールにユーザーを追加すると、そのユーザーはプロジェクトのアクセス レベルで付与されたロール権限も引き継ぐことになります。

  • オープンなプロジェクトでは Jira サイトのメンバー全員にデフォルトの Member ロールが与えられます。

  • 制限プロジェクトでは Jira サイトのメンバー全員にデフォルトの Viewer ロールが与えられます。

  • 非公開プロジェクトでは、Jira 管理者とプロジェクトに追加したユーザーのみがロールを持ちます。

Project permissions granted to default roles

Here is a table that shows the permissions granted to each default role:

権限ViewerMemberAdministrator
プロジェクトの管理(error) Not granted(error) Not granted(tick) Granted
Manage project issues permissions
課題ウォッチャーの追加または削除(error) Not granted(error) Not granted(tick) Granted
任意の添付ファイルを削除する(error) Not granted(error) Not granted(tick) Granted
コメントの削除(error) Not granted(error) Not granted(tick) Granted
課題を削除(error) Not granted(error) Not granted(tick) Granted
作業ログ エントリを削除(error) Not granted(error) Not granted(tick) Granted
コメントを編集(error) Not granted(error) Not granted(tick) Granted
期日を編集(error) Not granted(tick) Granted(tick) Granted
作業ログ エントリを編集(error) Not granted(error) Not granted(tick) Granted
報告者を変更(error) Not granted(error) Not granted(tick) Granted
プロジェクト スプリントを管理(error) Not granted(tick) Granted(tick) Granted
開発ツールにアクセス(error) Not granted(tick) Granted(tick) Granted
Work on project issues permissions
課題を割り当て(error) Not granted(tick) Granted(tick) Granted
自分の作業ログ エントリを削除(error) Not granted(tick) Granted(tick) Granted
課題を編集(error) Not granted(tick) Granted(tick) Granted
Edit their own worklog issues(error) Not granted(tick) Granted(tick) Granted
課題をリンク(error) Not granted(tick) Granted(tick) Granted
課題の作業を記録(error) Not granted(tick) Granted(tick) Granted
課題を移動する(error) Not granted(tick) Granted(tick) Granted
課題をトランジション(error) Not granted(tick) Granted(tick) Granted
Create project issues(error) Not granted(tick) Granted(tick) Granted
Collaborate on project issues permission
添付ファイルの追加(tick) Granted(tick) Granted(tick) Granted
コメントの追加(tick) Granted(tick) Granted(tick) Granted
自身の添付ファイルを削除する(tick) Granted(tick) Granted(tick) Granted
自分のコメントの削除(tick) Granted(tick) Granted(tick) Granted
自分のコメントの編集(tick) Granted(tick) Granted(tick) Granted
ウォッチャーを表示(error) Not granted(tick) Granted(tick) Granted

プロジェクト権限

Here’s a list of the permissions you can fine-tune in your team-managed software project by creating custom roles. Read more about roles.

開発ツールにアクセス

この権限を持つユーザーは、Jira 管理者が Bitbucket や Github などの分散型バージョン管理システム (DVCS) ツールを接続している場合、リンクされたコードのコミット、レビュー、プロジェクトの課題に関するビルド情報を見ることができます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

添付ファイルの追加

この権限を持つユーザーは、プロジェクトのどの課題にもファイルを添付できます。Jira 管理者は、添付できるファイルの種類とサイズを制限できます。

This permission doesn’t require product access to Jira Software. You may grant this permission to anyone logged in to your Jira site.

通常、チーム メンバーまたはコラボレーターは自分の作業を説明するためにこの権限が必要です。課題へのファイルやスクリーンショットの添付の詳細をご確認ください

コメントの追加

この権限を持つユーザーは、プロジェクトのどの課題にもコメントできます。

This permission doesn’t require product access to Jira Software. You may grant this permission to anyone logged in to your Jira site.

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

課題ウォッチャーの追加または削除

この権限を持つユーザーは、課題のウォッチ リストからユーザーを追加または削除できます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

プロジェクトの管理

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

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

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

  • 課題タイプとそのフィールドを構成する

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

  • delete a service project and its issues outright

  • move software projects to trash

This permission doesn’t require product access to Jira Software. Typically, system administrators need this permission to help you configure your software project. For that reason, they don't need product access and won't take a seat in your site’s plan.

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

課題を割り当て

この権限を持つユーザーは、プロジェクトの任意の課題で [担当者] フィールドの値を変更できます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

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

"割り当て可能なユーザー" 権限とは

In company-managed software projects, Jira admins can control who can be assigned an issue using permission schemes. In team-managed projects, we’ve simplified our permissions sets. If you grant a role any of the permissions that appear under the Work on project issues set, anyone with that role can be assigned issues in the project.

課題の作成

この権限を持つユーザーは、プロジェクトで課題を作成できます。

This permission doesn’t require product access to Jira Software. You may grant this permission to anyone logged in to your Jira site.

オープンな組織では、すべてのユーザーにプロジェクトでの課題の作成を許可することでメリットが得られます。例えば、チームの製品を使用している際にバグを発見して報告することができます。一部のチームでは、バックログを整理するため、この権限をチームの主要メンバーのみに制限している場合があります。厳密なコンプライアンスやセキュリティのニーズを持つ組織では、チームの課題の作成をスクラム マスターやその他のリーダーのみにしている場合があります。

課題でのコラボレーション (一連の権限)

この一連の権限は通常、プロジェクトでの中心的な役割を持たないチーム メンバーに付与されます。チームでは、課題の作業を進めるための質問への回答を得るためにこのようなメンバーを関与させる場合があります。組織によっては、デザイナー、テクニカル ライター、コンサルタント、またはその他のサポート ロールにこれらの権限を付与することもできます。

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

  • 添付ファイルの追加

  • コメントの追加

  • 自分のコメントの編集

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

  • 自分のコメントの削除

None of these permissions require product access to Jira Software. 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 issues in Jira Software. 

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

この権限を持つユーザーは、プロジェクトの課題で、任意のユーザーが追加した添付ファイルを削除できます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

一部のチームではこの権限を管理ロール用に予約している場合がありますが、オープンな組織では、この機能をすべてのチーム メンバーに付与することでメリットが得られます。たとえば、課題で、作業について説明するためにデザイナーによる画像が必要な場合、チーム メンバーは元の添付ファイルの所有者ではなくても最新の状態に維持することができます。

コメントの削除

This permission allows people to remove any comment added by anyone on any of your project’s issues. It’s a bit of a superpower.

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

トレーサビリティと履歴の調査のため、アトラシアンではすべての課題のコメントを保存することを推奨しています。コメントは、プロジェクトの進行の追跡や今後のやり取りの改善点を検討するうえで参考になります。このため、この権限はチームの リーダー、人事マネージャー、またはその他の管理ロールのみに付与することをおすすめします。

課題を削除

この権限を持つユーザーは、関連するフィールド データ、コメント、作業ログを含む、プロジェクトの任意の課題を削除できます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

この権限は一般に、チーム リーダーまたはプロジェクトの管理ロールにのみ付与することが望まれます。一般に、課題を削除することは推奨されません。課題のステータスを完了カテゴリ ステータスに変更するほうが、不要な課題のクリーンアップよりも推奨されます。課題のステータスを変更すると、課題の報告者、担当者、およびウォッチャーに、チームがタスクで実行したアクションが通知されます。

作業ログ エントリを削除

この権限を持つユーザーは、プロジェクトの課題で任意のユーザーが追加した作業ログ エントリを削除できます

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

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

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

この権限を持つユーザーは、プロジェクトの課題に自身が追加した任意のファイルや画像を削除できます。

This permission doesn’t require product access to Jira Software. You may grant this permission to anyone logged in to your Jira site.

通常、(添付ファイルの追加権限を持つために) 課題にファイルを添付できるユーザーは、自分の添付ファイルを削除できることが望ましいです。このプラクティスは、課題に取り組む過程で多くのバージョンのファイルや画像をアップロードする作業を明確化するのに役立ちます。コンプライアンスまたはトレーサビリティについて厳格な要件が課される組織では、この権限を制限して課題のライフサイクルを通じて正確な履歴レコードを保持することを検討することが望まれます。

自分のコメントの削除

この権限を持つユーザーは、プロジェクトの課題に自身が追加した任意のコメントを削除できます。

This permission doesn’t require product access to Jira Software. You may grant this permission to anyone logged in to your Jira site.

通常、(コメントの追加権限を持つために) 課題にコメントを追加できるユーザーは、自分のコメントを削除できることが望ましいです。これは、ある人物が誤ったコメントや、不正確なコメントを追加した場合に、作業を明確化するのに役立ちます。コンプライアンスまたはトレーサビリティについて厳格な要件が課される組織では、この権限を制限して課題のライフ サイクルを通じて正確な履歴レコードを保持することを検討することが望まれます。

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

この権限を使用すると、自身が記録した時間、残余として見積もられた時間、プロジェクトの任意の課題に追加した作業ログの説明を削除できます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

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

コメントを編集

この権限を持つユーザーは、プロジェクトの課題に任意のユーザーが追加した任意のコメントの内容を変更できます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

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

期日を編集

この権限を持つユーザーは、プロジェクトの任意の課題で既定の [期日] の値を変更できます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

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

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

課題を編集

この権限を持つユーザーは、要約や説明を変更したり、別の権限 (課題を割り当て報告者を変更権限など) で制限されていないフィールドの値を変更したりできます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

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

作業ログ エントリを編集

この権限を持つユーザーは、プロジェクトの任意の課題で任意のユーザーが追加した記録時間、残余時間、および作業ログの説明を編集できます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

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

報告者を変更

この権限を持つユーザーは、プロジェクトの任意の課題で、既定の [報告者] フィールドの値を変更できます。[報告者] フィールドは課題の作成時に自動的に課題の作成者に設定されます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

自分のコメントの編集

この権限を持つユーザーは、プロジェクトの課題に自身が追加した任意のコメントの内容を変更できます。

This permission doesn’t require product access to Jira Software. You may grant this permission to anyone logged in to your Jira site.

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

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

この権限を使用すると、自身が記録した時間、残余として見積もられた時間、プロジェクトの任意の課題に追加した作業ログの説明を変更できます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

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

課題をリンク

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.

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

課題の作業を記録

この権限を持つユーザーは、プロジェクトの任意の課題で時間管理フィールドを操作できます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

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

This permission is called Work On Issues in company-managed projects.

プロジェクトの課題を管理 (一覧の権限)

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

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

  • 課題ウォッチャーの追加または削除

  • 期日を編集

  • コメントを編集

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

  • 報告者を変更

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

  • コメントの削除

  • 課題を削除

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

上記権限のいずれにも Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品に対するアクセス権の付与の詳細をご確認ください

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

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

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

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

Jira Software でのスプリント、スクラム、およびアジャイル手法の実践方法の詳細をご覧ください

課題を移動する

This permission allows people to move an issue to another project on your Jira site. To successfully move an issue, they also need permission to create issues in the target project.

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

課題をトランジション

この権限を持つユーザーは、課題のワークフローを表示し、プロジェクトの任意の課題のステータスを更新できます。ワークフローを通じて課題を移動し、トランジションに関連付けられているボード ルールがあった場合はそれをトリガーします。プロジェクトの任意の課題を解決またはクローズすることもできます。

この権限には、Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品のアクセス権の付与の詳細をご確認ください

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

ウォッチャーを表示

この権限を持つユーザーは、プロジェクトの任意の課題をウォッチしているユーザーを表示することができます。

This permission doesn’t require product access to Jira Software. You may grant this permission to anyone logged in to your Jira site.

プロジェクトの課題に取り組む (一連の権限)

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

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

  • 課題を割り当て

  • 課題を編集

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

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

  • 課題をリンク

  • 課題の作業を記録

  • 課題をトランジション

上記権限のいずれにも Jira Software への製品アクセスが必要です。ユーザーへのアトラシアン製品に対するアクセス権の付与の詳細をご確認ください

最終更新日 2021 年 4 月 5 日

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

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