レポートMarketplace製品アプリケーション請求とライセンス情報よくある質問ログアウトアカウントにログインサポートにお問い合わせください。コミュニティをご利用ください。コミュニティに質問プロジェクト権限は権限スキーム内で作成されます。管理者によって個々のプロジェクトに割り当てられます。プロジェクト権限は次の対象に付与できます。フィールドか、グループ名が値として含まれているマルチ選択リストです。ユーザーが必要なアクションを実行するにあたり、複数の権限が互いに依存している場合があります。ユーザーが課題を解決するには、そのユーザーに課題のトランジション権限と課題の解決権限の両方が付与されている必要があります。タイプと実行できる機能を示します。プロジェクト権限はワークフロー条件でも使用できます。プロジェクトを管理する権限。編集する権限が含まれます。この権限はプロジェクトの閲覧権限とともに付与されて、特定のプロジェクトの監査ログを表示できます。プロジェクト管理の拡張プロジェクト管理者に、特定の状況におけるワークフローと画面の編集権限に加えて、独自のワークフローを事前に定義されたガードレール内に保持する権限を与えます。ワークフロー以外のワークフローである必要があります。インスタンスに存在しているステータスのみをワークフローに追加できます。プロジェクト管理者は新しいステータスを作成または既存のステータスを編集できません。プロジェクトの課題で使用されていないステータスを削除できます。プロジェクト管理者はトランジションを作成、更新、または削除できますが、トランジションで使用する画面を選択または更新、トランジションのプロパティ、条件、バリデーター、事後操作を編集または表示できません。プロジェクトの画面編集に関する制限....既定のシステム画面以外の画面である必要があります。他のプロジェクトと共有されていない画面、およびワークフローのトランジション画面として使用されていない画面である必要があります。フィールドは作成できません。権限が無効になっているのに、プロジェクト管理者ワークフローを編集できるのはなぜですか?拡張プロジェクト管理権限が無効になっている際も、プロジェクト管理者はシステムに存在しない可能性があるステータスを追加して簡易ワークフローを編集できる場合があります。これは、プロジェクト管理者もボード管理者としてリストされているためです。簡易ワークフローに加えた変更は、プロジェクトの通常のワークフローにも反映されます。この問題を解決するため、簡易ワークフローから通常のワークフローに切り替えることをお勧めします。プロジェクトの閲覧プロジェクトを参照する権限。(課題レベルのセキュリティによって制限されている課題を除く)。他の多くの権限がこの権限に依存します。課題の作業権限は、プロジェクトの参照権限も持つユーザーにのみ有効です。この権限はプロジェクトの管理権限と併せて付与されて、特定のプロジェクトの監査ログを表示できます。ユーザーのみ使用可能)次のスプリント関連アクションをボード上にあるすべてのプロジェクトに実行する権限。リストをご参照ください。クエリが複雑な際は、スプリントの管理権限をユーザーに設定する際に慎重に検討する必要があります。クエリをシンプルにする方法の詳細は「スプリントの権限管理を高度なケースで使用」をご確認ください。一般的に、スプリント操作にはスプリントの管理権限が必要です。課題の予定と課題の編集の各権限が必要です。スプリントに課題を追加する場合は、サブタスクは親タスクと切り離して移動できません。つにしか割り当てられません。スプリントと今後のスプリントの両方に同時に課題は追加できません。スプリント、または今後のスプリントに追加できます。この場合は次のようになります。クエリがその課題を除外するボード上では表示されません。スプリントが表示されるすべてのボード上にあるスプリントに影響を与えます。クエリとも一致しない場合、課題はスプリントにリンクされますがどのボードにも表示されません。クエリに一致する限り、スプリントはそれらのボードに表示されます。ボードの枚数は問いません。これは完了したスプリントにも適用されます。詳細については、スプリントの計画を参照してください。ユーザーのみ利用可能)スプリントの日付が設定されている際にスプリントを開始/終了する権限。スプリントのステータスをアクティブまたは完了済みに変更することだけが可能です。ユーザーのみ使用可能)スプリントの名前と目標を変更する権限。この権限では、スプリントの日付を変更できず、スプリントを開始または終了できません。ユーザーのみ使用可能)開発パネルの情報を表示する権限。課題の開発状態を評価するための適切な情報が表示されます。課題を表示している際にプロジェクトの読み取り専用ワークフローを表示する権限。フィールドに表示されます。課題の割り当て課題をユーザーに割り当てる権限。ドロップダウンにあるユーザーのオートコンプリートを提供します。割り当て可能なユーザーユーザーが課題を割り当てられる権限。これには課題を他のユーザーに割り当てる権限は含まれていないのでご注意ください。他のユーザーに課題を割り当てられるのは、課題の割り当て権限です。課題のクローズワークフロー条件に基づいて課題をクローズする権限。この権限によって、開発者は課題を解決してテスターがそれをクローズできるようになります。課題のトランジションと課題の解決権限が必要です。プロジェクトで作成する権限。添付ファイルを作成するには、添付ファイルの作成権限も必要です。この権限を持つユーザーは、プロジェクトの閲覧権限なしで課題を作成できます。それでもユーザーが少なくともプロジェクトの閲覧権限を持っていることを確認する必要があります。しないと、課題を作成できても、それを見ることはできません。課題を個々のコメントと添付ファイルと併せて削除する権限。課題は削除せずにコメントまたは添付ファイルのみを削除する場合は、ユーザーはそれぞれコメントと添付ファイルの各削除権限が必要です。これらの権限のないユーザーが課題を削除すると、関連するコメントと添付ファイルも削除されます。ロールは慎重にご検討ください。通常は管理者のみに付与します。(サブタスクが有効化されている場合)。フィールドを編集できません。これを許可するには、課題のスケジュール権限を付与してください。ロールに付与されます。すべてのユーザーが課題を作成できる場合は、課題の編集権限をその中の一部のユーザーにのみ付与することをお勧めします。課題を削除するには、課題の削除権限が必要です。課題のリンク課題のリンクが有効化されている際に、課題を相互にリンクする権限。課題の報告者を修正する権限。これによって、別のユーザーの代理で課題を作成できるようになります。一般的に、この権限は管理者のみに付与する必要があります。つのワークフローから別のワークフローへ課題を移動する権限。この権限を持つユーザーは課題の作成権限を持っているプロジェクトにのみ課題を移動できます。課題の解決ワークフロー条件に基づき、課題の解決および再オープンを行う権限。フィールドを設定することもできます。この権限には課題のトランジション権限が必要です。フィールドを編集して課題のスケジュール設定を行う権限。フィールドの表示権限も制御していました。レベルを設定する権限。課題セキュリティが有効になっている場合にのみ該当します。課題のステータスを変更する権限。リストを管理する権限。ユーザーの表示、ユーザーのリストへの追加、ユーザーのリストからの削除を行います。リストを表示する権限。課題にコメントを追加する権限。これにはコメントの編集または削除を行う権限は含まれていません。誰が追加したコメントであっても、削除する権限。自分のコメントの削除この権限を持つユーザーは、自分のコメントのみ削除できます。誰が追加したコメントであっても、編集する権限。自分のコメントの編集この権限を持つユーザーは、自分のコメントのみ編集できます。(添付ファイルが有効になっている場合のみ)。これには添付ファイルの削除を行う権限は含まれていません。誰が追加した添付ファイルであっても、削除する権限。トラッキングが有効になっている場合のみ)。トラッキング権限を適用するための前提条件として必要です。エントリを削除する権限。誰が追加した作業ログでも削除できます。この権限は、時間管理が有効になっている場合に有効です。エントリのみ削除できます。この権限は、時間管理が有効になっている場合に有効です。エントリを編集する権限。誰が追加した作業ログでも編集できます。この権限は、時間管理が有効になっている場合に有効です。エントリのみ編集できます。この権限は、時間管理が有効になっている場合に有効です。特定のプロジェクトで課題をアーカイブする権限。この権限では、課題を一括でアーカイブすることはできません。特定のプロジェクトで課題を復元する権限。アーカイブされているすべての課題を表示する権限。特定のプロジェクトに属するアーカイブされた課題を表示する権限。インスタンスでユーザーの権限を設定すべき理由についてご確認ください。権限スキームとは権限スキームは、ユーザー、グループ、ロールに割り当てたプロジェクト権限をセットにしたものです。どのプロジェクトにも権限スキームがあります。つの権限スキームを複数のプロジェクトに関連づけることができます。権限スキームが必要な理由とはアクセス権に関して、組織内の複数のプロジェクトが同じニーズを持っている例は数多くあります。チームにだけ課題に割り当てられ、作業を行うことが許可されるといった場合です。権限スキームによって、プロジェクトごとに個別に権限をセットアップする手間が省かれます。権限スキームを設定すると、同じ種類のアクセス要件を持つプロジェクトすべてに、そのスキームを適用できます。新しい権限スキームを作成するには、次の手順に従います。内のすべての権限スキームとそれらの各スキームを使用するプロジェクトのリストが開きます。フォームで、スキームの名前とスキームの簡単な説明を入力します。ページに戻ると、ページには新しく追加したスキームが含まれています。権限スキームの権限を付与できるユーザー、グループ、ロールを追加するには、次の手順に従います。内のすべての権限スキームとそれらの各スキームを使用するプロジェクトのリストが開きます。[権限]を選択して目的のスキームを開きます。ダイアログが表示されます。選択したユーザー、グループ、ロールが権限に追加されます。メンバーを各プロジェクトに定義する場合に便利です。ロールを選択することで、システムの権限スキームの数を最小限に抑えることができます。権限スキームからユーザー、グループ、ロールを削除するには、次の手順に従います。内のすべての権限スキームとそれらの各スキームを使用するプロジェクトのリストが開きます。[権限]を選択して目的のスキームを開きます。