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 Cloud Premium と Enterprise の一部としてのみ利用できる高度な計画機能について説明します。

キャパシティ プランニングを計画で使用するには、キャパシティ プランニングを有効にする必要があり、計画が特定の基準を満たしている必要があります。

計画でキャパシティ プランニングを有効にする方法についてはこちらをご確認ください。

 

To count against the capacity of an iteration, work items need to have values in all three of these fields:

  • チーム

  • Sprint

  • 見積もり (時間/日またはストーリー ポイント)

As you assign estimated work items to a team’s sprints, your plan subtracts the estimation values from the total capacity of the iteration. Find out how to change the capacity of your iterations.

Scheduled work items without a sprint value

Work items assigned to a team and scheduled during their sprint consume capacity regardless of whether you add a value to the Sprint field. The label x work items not assigned to sprint in the sprint capacity detail window refers to these work items. Find out more about the sprint capacity detail window.

Scheduled work items without an estimation

Work items assigned to a team and sprint without an estimation show next to the label x unestimated work items in the sprint capacity detail window. Find out more about the sprint capacity detail window.

該当する計画でキャパシティが割り当てられる仕組み

Your plan assumes that each team member can work on one story-level work item at a time. With that in mind, it distributes a work item’s estimate based on capacity of one team member, which it calculates this using the following equation, assuming the capacity of each team member is equal:

  • [イテレーションあたりのチームのキャパシティ] / [チームの人数] = [チーム メンバー 1 名分のキャパシティ]

It consumes one team member’s capacity for an iteration, then moves onto the next team member, repeating the process until the work is assigned. If there is still more work to do, a new iteration is started and the process continues until all the work items have been allocated.

For example, if a team of five has a capacity of 20 story points, your plan calculates an individual team member’s capacity to be four points per iteration (20/5=4). With that determined, your plan then distributes a story-level work item with a value of 10 story points over three iterations as follows:

  • イテレーション 1: 4 ポイント

  • イテレーション 2: 4 ポイント

  • イテレーション 3: 2 ポイント

However, the capacity distribution algorithm in your plan honors any manually configured end dates that you set for a work item more than capacity. If the scheduled duration of the work item isn’t enough for the individual team member’s capacity to handle, your plan distributes the capacity as outlined above until the iteration where the work item is due. In the last iteration, your plan allocates all remaining estimate values in order to make your deadline.

上記の例が 10 ストーリー ポイントではなく 16 ストーリー ポイントと見積もられて、3 つ目のイテレーションの最後が期限となる場合、該当する計画は次のようにキャパシティを配分します。

  • イテレーション 1: 4 ポイント

  • イテレーション 2: 4 ポイント

  • イテレーション 3: 8 ポイント

To change this behavior, revise the end dates of your work items as to not exceed the capacity of your team members, or adjust your work item’s estimate. You might also break down your work into smaller tasks and assign it to multiple people.

自動スケジューラーがキャパシティを配分する仕組み

これらはキャパシティ配分の基本コンセプトですが、自動スケジューラーでは、複数のイテレーションを対象に計画する場合に、より複雑なロジックが使用されます。自動スケジューラーの詳細をご確認ください。

 

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

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