作業の進捗状況の監視

このページの内容

お困りですか?

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

コミュニティに質問

チームの進捗を監視することは、それらを計画することと同じぐらい重要です。進捗を監視することで、潜在的なボトルネックを素早く確認し、それらが実際に発生しないように対応できます。

プランをまたいでチームの作業の進捗を監視する方法は複数あります。

進捗バーの使用

You can add the progress columns in your roadmap, to visualize the issues in your plan with the following status categories:

  • TO DO for issues that are still in the To do status category
  • 進行中: 進行中 ステータス カテゴリの課題
  • 完了: "完了" ステータス カテゴリの課題
見積もりまたは課題数、または両方の列をプランに追加して進捗を表示することを選択できます。このプランの例では時間を使用して課題を見積もり、2 つの進行中の列は、見積り時間数課題数について進捗を表示します。

Jira Software で完了とマークされ、解決状況が設定されていない課題は、プランには含まれません。

How estimate-based progress works

親課題の進捗バーにカーソルを合わせると、作業の内訳では、すべての子孫課題の見積りと、課題自体の見積りが考慮されます。親課題が見積もられていない場合でも引き続き進捗バーは表示されますが、子孫課題の見積りの集計のみが考慮されます。上記の例では、進捗の詳細は次のように表示されます。

  • The progress bar is broken down into two colors that represent completed and remaining hours:
    • 完了 は、"作業前" および "進行中" ステータス カテゴリのすべての子課題に記録されている時間の合計と、"完了" ステータス カテゴリの子課題の合計時間です。
    • 残余 は、"作業前" および "進行中" ステータス カテゴリのすべての子課題の残り時間の合計です。
  • The breakdown of estimated issues and unestimated issues will also be displayed. Note that progress may be inaccurate due to any unestimated issues.
  • If you complete a parent issue, but its child issues are not yet completed, and have remaining time logged against them, the remaining time will not be added to the completed hours of the parent issue. The remaining time will be calculated as remaining hours of the child issues.
  • プラン内で集計値を有効化した場合、"完了" 子課題の残りの見積もりは親課題に集計されます。この計算は、進捗バーでの、完了した見積りと残りの見積りの計算方法と異なります。つまり、親課題の集計見積りと、同じ親課題の進捗バーの見積り値との間で、値が一致しない場合があります。
  • If you use days to estimate work in your plan, the progress details will be displayed in day units accordingly.
  • Jira Software に保存されていない課題は、進捗の計算で考慮されません。

子課題のない課題の場合、残り時間に対する完了済みの時間数、および対応するパーセンテージも表示されます。

課題の作業の進捗の計上方法

If you hover on the progress bar of a parent issue, the breakdown of work will take into account the number of issues in the different status categories, the total number of issues in the plan, and the percentage of the number of issues in each status category against the total number of issues.In the example above, the progress details show the following:

  • イニシアチブ PM-4 には 2 つの子エピック (PLAT-2 およおび WEB-23) があります。この場合、進捗バーは合計 2 つの課題を網羅します。 
  • There is 1 issue that's still to do: WEB-23. Since there's a total of 2 issues, WEB-23 is 50% of the total issue count.
  • 完了した課題も 1 つあります: PLAT-2。この課題は、合計課題数の 50% でもあります。
  • The estimated hours for each issue are not taken into account by the progress bar, since progress here only covers issue count.

Jira Software に保存されていない課題は、進捗の計算で考慮されません。

Monitoring capacity

To monitor capacity in your plan, you first need to show capacity in the timeline of your plan. This is only possible if you group issues by teams and sprints.

チームでキャパシティを表示すると、チーム固有の課題が複数のスプリントにどのように分散しているかを視覚化できます。これは、スプリントにスケジュールされている作業が多すぎないかどうかを判断し、リソースが不足しているスプリントの作業を分散させる方法を計画するのに役立ちます。


Sample of an overbooked sprint

In the example above, the Wallaby sprint is showing a red capacity bar, which means too much work has been allocated to that sprint. You can quickly fix this up by removing some issues from that sprint, or adding more people to the team.


健全なスプリントの例

Clicking the capacity bar of a sprint will display the following:

  • sprint name
  • sprint start and end dates
  • status of the sprint (for example, active or future sprint)
  • スプリント目標 (Jira Software で追加されている場合)
  • percentage of issues that have been completed (if sprint is active)
  • percentage of how full the sprint is in estimated story points
  • number of unestimated issues in the sprint
  • number of unassigned issues in the sprint

Understanding capacity details in Scrum and Kanban

For both Scrum and Kanban teams, the capacity bars reflect how work is evenly distributed across the corresponding duration (sprints for Scrum, iterations for Kanban). This is the basic premise on how work is distributed in the current plans.

ただし、キャパシティの詳細がどのようにバーに反映されるかについては、いくつかの相違点があります。

For Scrum teams:

  • ストーリー ポイントの見積りを使用する場合、スプリントの期間に対してベロシティが測定されます。ベロシティが 2 週間のスプリントに対して 30 ストーリー ポイントに設定されている場合、キャパシティの詳細には、見積られたストーリー ポイントに関して、スプリントの埋まり具合がパーセンテージで表示されます。
  • 時間ベースの見積りを使用する場合、キャパシティは 1 週間の期間に対して測定されます。週のキャパシティが 2 週間のスプリントに対して 200 時間に設定されている場合、キャパシティの詳細には、見積られた時間に関して、スプリントの埋まり具合がパーセンテージで表示されます。
  • Even if a story spans multiple sprints, its estimate will consume capacity from the sprint that's assigned to it. For instance, TIS-123 is scheduled for 20 days, and it spans sprints 1 and 2 because each sprint runs for 10 days. TIS-123 is assigned to sprint 1, so its estimate of 30 story points will be allocated to sprint 1.

For Kanban teams:

Capacity is measured against the duration of a week. If weekly capacity is set to 200 hours, then the capacity details will show the percentage of how full the iteration is in terms of the estimated hours.

リリースの監視

複数のプロジェクト、チームおよびリリースをまたいだ作業の管理は、特にチームの進捗を素早く確認する必要がある場合は複雑になることがあります。

リリース ビューから

プランのリリース ビューにジャンプし、作業の進捗の概要を把握します。これは、プランのリリースに割り当てられた作業をチームが完了できるかどうかについての現実的な判断を下すのに役立ちます。リリースの例が表示されたリリース ビュー

上記の例では、予定どおりのリリースと、予定から逸脱しているリリースを素早く確認できます。課題の開始日と終了日が対応するリリースの開始日と終了日の範囲内に収まっている限り、リリースは予定どおりとなります。

次のいずれかの手順を実行して、このリリースの妨げになっているものを掘り下げることができます。

  • プランのロードマップでリリースを表示し、保留中の課題にブロッカーが存在しないかを確認します。
  • プロジェクト リリースの場合、Jira Software でリリースを表示し、そのリリースに割り当てられたすべての課題の一覧を確認したり、必要に応じてリリース日を変更したりできます。
  • リリースの進捗バーにカーソルを合わせ、完了が必要な課題の数を確認します。
    (warning) 現時点では、進捗バーには現在プランで表示可能な課題の詳細のみが含まれます。つまり、古いリリースの情報は正確ではない可能性があります。

タイムライン セクションから

また、プランのタイムライン セクションでリリースの進捗を直接追跡することもできます。

タイムラインにリリースが表示されたプランの例

緑色のアイコンは予定どおりのリリースを、赤色のアイコンは逸脱しているリリースを表します。課題の開始日と終了日が、対応するリリースの開始日と終了日の範囲内に収まっている限り、リリースは予定どおりとなります。アイコンをクリックしてリリースの詳細を表示し、逸脱しているリリースの状態の修正方法を判断します。

時間の経過とともに、リリースの数が蓄積し、タイムラインで 1 つのリリースから別のリリースに移動するのが困難になることがあります。リリースが 1 日しか離れていないことや、複数のリリースが同じ日にスケジュールされることもあります。

プランでこれらが発生した場合は、次のいずれかを実行します。

1 つのリリースから別のリリースにジャンプする

リリース アイコンをクリックし、左矢印または右矢印をクリックして次のリリースにジャンプします。

1 つのリリースから別のリリースへジャンプする際、それに従って各リリースの詳細が表示されます。

タイムラインでの複数のリリースの例

複数のリリースの詳細を表示する

リリース アイコンの上に数字が表示されていることがあります。以下のサンプル リリースでは、数字は同じ日に 2 つのリリースがスケジュールされていることを示します。

リリース アイコンをクリックしてその日にスケジュールされているリリースを確認してから、各リリースの右矢印をクリックして詳細を表示します。

同じ日にスケジュールされたリリースの例

タイムラインでのリリースのハイライト

常に注目しておきたいリリースがある場合は、タイムラインでこれらのリリースをハイライト表示できます。これにより、タイムラインで関連リリースを目立たせることができます。

[タイムラインでハイライト] チェックボックスを選択すると、タイムラインのリリースに赤または緑色の線が表示されます。

タイムラインでハイライトされたリリースの例

課題をリリースでフィルタリング

また、リリースで課題をフィルタリングできます。ロードマップ ビューで、スプリントでフィルタリングされた対応する課題を表示します。

ロードマップ ビューでリリースでフィルタリングした課題の例

課題をプロジェクトでフィルタリング

課題をプロジェクトでフィルタリングし、関連するプロジェクトのリリースのみを表示することもできます。リリースの詳細をさらに絞り込むには、1 つのプロジェクトで課題をプロジェクトすることを検討してください。

ISO プロジェクトとリリースでフィルタリングされた課題

最終更新日: 2020 年 10 月 23 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.