Jira is getting a fresh new look and navigation

We’re in the process of rolling out these changes and the documentation may not match your experience. Bear with us while we update it to reflect the new changes. More about navigating the new Jira

高度なケースでスプリントの権限管理を使用する

「スプリントの管理」権限 (Jira ユーザーのみ利用可能) は、ユーザーが次のスプリント関連のアクションを実行できるようにするプロジェクト権限です。

  • スプリントの作成

  • スプリントの開始

  • スプリントの完了

  • スプリントのレポート

  • 以降のスプリントの並び替え

  • 以降のスプリントの削除

  • スプリント情報 (スプリント名および日付) の編集

  • スプリント フッターの移動

「スプリントの管理」権限の注意事項

この権限により、ボードのフィルタークエリは、ユーザーが権限を持っている必要があるプロジェクトを決定します。また、権限は、スプリント内の作業項目に対してだけでなく、スプリントの元となったボードのフィルタークエリに対しても検査されるようになりました。

ボードに複雑なフィルタークエリがある場合

A filter query is considered complex when Jira can’t identify which projects the query will return. In these cases, you must have the 'Manage Sprints' permission for all projects in the instance before you can create new sprints. To manage an existing sprint, you must also have this permission for all the projects containing work items in the sprint.

これをうまく処理するには「スプリントを管理」権限に Jira プロジェクト ロールを使用することをご検討ください。プロジェクト ロールはインスタンス レベルで定義されますが、プロジェクト レベルで適用されます。したがって、プロジェクト レベルの権限はプロジェクト ロールのメンバーに加えて、グループ、個々のユーザー、またはユーザーを指定する他の方法によって付与できます。基本的には、プロジェクト ロールによって、特定のプロジェクトの特定の機能にユーザーを関連付けられます。

たとえば、次のことを行うことを検討することができます。

  1. スプリント マネージャーと呼ばれる新しいプロジェクト ロール作成します。

  2. 対応する権限スキームでは、スプリントマネージャー プロジェクトロールに「スプリントの管理」権限を割り当てます。

  3. インスタンスで権限スキームと対応するプロジェクトを関連付けます

  4. 適切なユーザーをスプリント マネージャーのプロジェクト ロールに追加します。

「スプリントの管理」権限がスプリントマネージャーのプロジェクトロールに割り当てられているため、これらのユーザーは、スプリント関連の操作を実行することができます - これらの手順を完了すると、適切なユーザーは、対応するプロジェクトでスプリントマネージャーのプロジェクトロールを持っていることを確認します。

次の表は、このようなクエリを簡素化する上で複雑なフィルタクエリ、および提案のいくつかの例を示しています。

複雑なフィルタクエリ

なぜクエリが複雑なのか

クエリを簡素化する方法

assignee = someone

結果はインスタンスにある任意のプロジェクトから来る可能性があるため、これらのクエリはグローバル コンテキストの結果を返します。

project 句をクエリに追加します。これにより、Jira が権限を検査するプロジェクトの数が減ります。

project = TIS OR issuetype = Bug

project = TIS OR (issuetype = Bug AND assignee = someone)

(project = TIS OR assignee = A)

AND

(project = PMO OR assignee = B)

Jira ではこのクエリが以下のように評価されます。

(project = TIS AND assignee = B)

OR

(project = TIS AND project = PMO)

OR

(assignee = A AND project = PMO)

OR

(assignee = A AND assignee = B)

 

クエリの赤い部分は結果を返さないため、クエリが複雑化します。クエリは未定義の結果を返すので「スプリントを管理」権限は、インスタンスにあるすべてのプロジェクトのために必要になります。

クエリを次のように書き換えます:

(project = TIS AND assignee = B)
OR
(project = PMO AND assignee = B)

 

このクエリを使用すると、ユーザーは 2つだけのプロジェクト上で 「スプリントの管理」権限を持っている必要があります。

AND 句が含まれる場合、それは従属節になるため、そのようなクエリには OR 句を含めることをおすすめします。

簡単に言えば、

  • OR 句が括弧の外側にあること

  • AND 句の従属節が括弧の内側にあること

推奨されるクエリ形式: <clause> OR (<clause> AND <clause>) OR <clause> OR (<clause> AND <clause>)

複雑なクエリ形式: <clause> AND (<clause> OR <clause>) AND (<clause> OR <clause>)

ボードに他のボードからのスプリントが含まれている場合

「スプリントの管理」権限により、スプリント内の作業項目に対してだけでなく、元のボード (スプリントが作成されたボード) のフィルタークエリに対しても権限が検査されるようになりました。

使用されるフィルター クエリに応じて、ボードに他のボードからのスプリントが表示されることがあります。たとえば、TIS ボードに、別のボード (PMO ボード) で作成されたスプリント 3 が表示されているとします。この場合、PMO ボードはスプリント 3 のオリジン ボードです。

TIS ボードで、スプリント 3 をクローズしようとする場合、次の項目が検査されます。

  1. Jira は、ユーザーがオリジン PMO ボードでそのプロジェクトの「スプリントの管理」権限を持っているかを検査します。

  2. 権限がある場合、スプリントはクローズされます。スプリント 3 に未完了の作業項目がある場合、Jira によって移動先オプション (バックログまたは TIS ボードの将来のスプリント、たとえばスプリント 4 など) が提案され、そこに未完了の作業項目を移動することができます。

  3. 未完了の作業項目をスプリント 4 に移動することを選択した場合、作業項目は TIS ボードのスプリント 4 に移動されます。

  4. スプリント 4 が PMO ボードにも存在する場合、未完了の作業項目は PMO ボードのスプリント 4 に表示されます。
    ただし、スプリント 4 が PMO ボードに存在しない場合、未完了の作業項目は PMO ボードのバックログに移動されます。

 

さらにヘルプが必要ですか?

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