権限の相互作用

このページでは、次の内容をはじめ、権限が相互に作用する最も一般的な仕組みを取り上げます。

• ワークフローと作業項目レイアウトを共有するスペース

• 複数のスペースに関連するアクションの権限

• 複数の権限が必要になるタスク

• Jira での重複する制限の処理方法

ワークフローと作業項目レイアウトを共有するスペース

"ワークフローの編集" 権限と "作業項目レイアウトの管理" 権限をスキームで割り当てられたユーザーは、自分のスペースがそれらの構成を使用している唯一のスペースである場合にのみ変更を加えることができます。スペースでそのワークフローや作業項目レイアウトが別のスペースと共有されている場合、ユーザーがそれらを更新するには "Jira の管理" 権限が必要です。

複数のスペースで権限が必要になるアクション

スペース横断型ボードを管理したり、あるスペースから別のスペースに作業を移動したりするなど、複数のスペースにまたがる変更を行うには、影響を受けるすべてのスペースでの権限が必要です。

例:

• 複数のスペースからの作業を含むスプリントを更新するには、作業項目が存在するすべてのスペースで "スプリントの管理" 権限が必要です。

• ユーザーが異なるスペースの作業項目をリンクするには、両方のスペースで "作業項目のリンク" 権限が必要です。

複数の権限が必要になるタスク

Jira の権限は非常に細かく設定されており、次に示すように、一般的なアクションの中には、完了するために複数の権限が必要なものがあります。

• 作業項目関連のほぼすべての権限において、"スペースの参照" 権限が必要になります。

• "スプリントの管理" 権限では、ユーザーはスプリントのみを更新でき、スプリント内の作業は更新できません。作業項目を変更するには、"作業項目の編集" や "作業項目のスケジュール" などの作業項目固有の権限が必要です。

• "作業項目の移動" 権限を持つユーザーは、スペース間で作業項目を移動できますが、作業の移動先のスペースにおいても "作業項目の作成" 権限が必要になります。

Jira での重複する制限の処理方法

一般的なルールとして、明示的に権限を付与されたユーザーのみが Jira でアクションを実行できます。Jira には、さまざまなレベルの特異性を持つ権限があり、多くの場合重複しています。2 つの権限が重複する場合、最も具体的かつ適切な権限によって、誰がアクションを実行できるかが決まります。

たとえば、"作業項目の編集" 権限を付与されたユーザーは、作業項目のすべてのフィールドを更新できます。一方、"作業項目の割り当て" 権限を付与されたユーザーは、[担当者] フィールドに限定して更新できます。スキームで "作業項目の編集" 権限のみを定義している場合、この権限を持つユーザーは、[担当者] フィールドを含め、作業項目のすべてのフィールドを編集できます。ただし、スキームで "作業項目の割り当て" 権限を設定すると、次のようになります。

• "作業項目の割り当て" 権限を付与されたユーザーのみが [担当者] フィールドを更新できます。

• "作業項目の編集" 権限のみを持つユーザーでも、[担当者] フィールドを除き、他のフィールドを変更できます。

• "作業項目の割り当て" 権限を持ち、"作業項目の編集" 権限を持たないユーザーは、[担当者] フィールドのみを変更でき、その他のフィールドは変更できません。

ワークフロー条件 (jira.issue.editable 条件や jira.permission* 条件など) を使用すると、フィールドを編集できるタイミングをそのフィールドのステータスに基づいてさらに制限できます。これらを適用する際にも、具体的な制限を汎用的な制限よりも優先するというロジックが同様に使用されます。