プランでキャパシティを表示する
In plans with the improved interface, capacity is directly associated with teams — there is no concept of individual capacity; capacity is measured as a whole for the team.
To display team capacity in your plan, you must:
- Group the issues in your plan by teams via the view settings of the plan,
- and then configure your plan to show team capacity on the timeline.
The issues will then be grouped and displayed into team-specific swimlanes in the plan. The teams in the plan have their own swimlanes, and you can view its assigned issues by expanding each team.
However, you need to make sure that you've already associated the teams in your plan to the corresponding issue sources. Only then will team capacity be shown in the timeline. This can help you visualize how team-specific work is distributed across the multiple sprints of each team.
At the moment, capacity details can only be shown for Scrum teams, and not Kanban teams.
タイムラインにキャパシティを表示する
- プランのロードマップ ビューで、[設定を表示] をクリックします。
- From the 'Group by' menu, choose Team. The issues in the plan will be grouped into team-specific swimlanes.
- Select the Show capacity on timeline checkbox. This will display the sprints associated to the teams in the plan.
Sprints will only be displayed if the corresponding issue sources are already associated to the teams. See Creating teams for more details.
タイムラインのキャパシティへの自動スケジュールの影響
課題を自動スケジュールする際、自動スケジュールされた結果が、タイムラインでのキャパシティの表示方法に影響を与える可能性があります。ここで重要なのは、自動スケジュールされた作業は、各スプリントやイテレーションのキャパシティの詳細には反映されない点です。
- キャパシティの測定方法は、チームのタイプ (スクラムまたはカンバン) や、チームにでの作業の見積方法 (ストーリー ポイントまたは時間ベースの見積) によって異なります。
- チームが見積もりにストーリー ポイントを使用している場合、キャパシティはチーム ベロシティに基いてスプリントの期間に対して測定されます。
- チームが時間ベースの見積りを使用する場合、キャパシティは 1 週間の期間に対して測定されます。
- Fo Scrum teams, story-level issues only consume capacity if these issues are explicitly assigned to a sprint.
- 課題のターゲット日が複数のスプリントを横断している場合、見積りは割り当てられているスプリントのキャパシティを消費します。
- ストーリー レベル以上の課題が複数のスプリントにまたがり、これらのスプリントのどれにも割り当てられていない場合、そのキャパシティはスプリント間で均等に分散されます。
- For Kanban teams: if an issue spans multiple weeks, its capacity will be equally distributed among the weeks.
See Understanding team capacity for more details.
次の例でより明確に説明します。
例 #1 複数のスプリントを横断して概要レベルの作業を計画する場合
チームの作業の計画の初期段階にいる場合、エピックやイニシアチブを作成して、大まかな概要の見積りを設定することがあります。
Let's say you've created the epic ABC-123, and this epic spans 3 sprints, with an estimate of 18 story points. Note that ABC-123 is just one of the many epics and initiatives that you've created in your plan. When you auto-schedule your plan, Portfolio can actually figure out the individual workload for ABC-123 for each sprint.
Based on the factors that Portfolio considers when auto-scheduling a plan, let's say that for ABC-123, the following are auto-scheduled into each sprint:
- スプリント 1: 5 ストーリー ポイント
- スプリント 2: 10 ストーリー ポイント
- スプリント 3: 3 ストーリー ポイント
Even if the estimate of the epic is distributed among the 3 sprints this way, capacity will still appear as evenly distributed across the 3 sprints in the timeline. In other words, the granular breakdown on how much work is assigned to each of the sprints is not reflected in the capacity details of each sprint.
例 #2 ストーリーを今後のスプリントに自動スケジューリングする場合
Based on the sprint duration and velocity or weekly capacity of a team, Portfolio is able to auto-schedule stories into projected sprints. Even if this is so, capacity is only consumed for stories that are assigned to actual sprints, which essentially means that capacity can only be consumed against real future sprints — these are future sprints that truly exist in Jira.
このため、将来のスプリントに自動スケジューリングされた課題について、タイムラインのキャパシティは正確には反映されません。
スプリントとキャパシティに関する他の注意事項
- チームが Jira のスプリントで並行して作業している場合、これらのスプリントはタイムラインにそれぞれ個別に表示されます。
- チームに関連付けられたすべてのスプリントがタイムラインに表示されます。つまり、タイムラインは多くのスプリントで満たされて煩雑になる可能性があります。これを処理するには、特定の時間枠だけで課題を表示することを検討してください。
- When a sprint is completed, the sprint will be visualized on the timeline as finishing at the end of the day before it was completed. Effectively, this prevents sprints from appearing to overlap on the timeline. This visualization applies whether your issues are scheduled through sprint assignment, or you're manually scheduling the issues themselves.