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

The 'Manage Sprints' permission (only available to Jira users) is a project permission that allows users to perform the following sprint-related actions:

• スプリントの作成

• スプリントの開始

• スプリントの完了

• スプリントのレポート

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

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

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

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

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

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

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

クエリによって返されるプロジェクトを Jira が判断できない場合、フィルター クエリは複雑であるとみなされます。その場合、Jira では、ユーザーはインスタンス内のすべてのプロジェクトに対して「スプリントの管理」権限を持っている必要があります。基本的に、すべてのプロジェクトに関してこの権限を手動でユーザーに設定する必要があります。

To handle this better, consider using Jira project roles for the 'Manage Sprints' permission. While project roles are defined at the instance level, they are applied at the project level. Thus, project level permissions can be given to members of a project role, as well as groups, individual users, or through other means of designating a user. In essence, project roles enable you to associate users with particular functions for specific projects.

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

1. Create a new project role called Sprint Manager.

2. In the corresponding permission scheme, assign the 'Manage Sprints' permission to the Sprint Manager project role.

3. Associate the permission scheme with the corresponding projects in your instance.

4. Add the appropriate users to the Sprint Manager project role.

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

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

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

簡単に言えば、

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

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

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

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

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

With the 'Manage Sprints' permission, permissions are now checked against the filter query of the origin board — the board from which the sprint is created — not just against the issues within the sprint.

Depending on the filter query being used, your board might display sprints from other boards. For example, you have the TIS board and it's displaying Sprint 3, which was created in another board — the PMO board. In this case, the PMO board is the origin board of Sprint 3.

If you're in the TIS board and you're closing Sprint 3, the following items are checked:

1. Jira checks if you have the 'Manage Sprints' permission for the projects in the origin PMO board.

2. If you have permissions, the sprint will be closed. If Sprint 3 has any incomplete issues, Jira will offer destination options, allowing you to move the incomplete issue to either the Backlog or a future sprint of the TIS board, e.g. Sprint 4.

3. If you choose to move the incomplete issue to Sprint 4, the issue is moved to Sprint 4 of the TIS board.

4. If Sprint 4 also exists in the PMO board, then the incomplete issue will appear in Sprint 4 of the PMO board.
   However, if Sprint 4 doesn't exist in the PMO board, the incomplete issue will be moved to the Backlog of the PMO board.