作業の進捗状況の監視
チームの進捗を監視することは、それらを計画することと同じぐらい重要です。進捗を監視することで、潜在的なボトルネックを素早く確認し、それらが実際に発生しないように対応できます。
There are several ways to monitor the progress of the work of your teams across your Portfolio plans.
進捗バーの使用
ロードマップに進捗列を追加して、次のステータス カテゴリーを使用してプランの課題を視覚化できます。
- TO DO for issues that are still in the To do status category
- IN PROGRESS for issues in the In progress status category
- DONE for issues in the Done status category
You can choose to display progress using estimates or issue count, or even both, as shown in the sample plan below. Note that you need to add these columns to your plan to display these details accordingly.
This sample plan is using hours to estimate issues, and the two progress columns are displaying progress in terms of estimated hours and number of issues. Both progress types can provide different levels of information, which you'll find useful when monitoring overall progress.
見積もりに基づく進捗の仕組み
親課題の進捗バーにカーソルを合わせると、作業の内訳にはすべての子孫課題の見積もりと課題自体の見積もりが考慮されます。親課題が見積もられていない場合でも進捗バーが表示されますが、子孫課題の集計見積もりのみが考慮されます。
上記の例では、進捗状況の詳細は次を示しています。
- 進捗バーは、完了時間と残り時間を表す 2 色に分割されます。
- COMPLETED is the sum of the logged time for all child issues in To do and In progress status categories, and the total time for any child issues in Done status category. Here, the number of completed hours is at 294, and compared against the total 4180 estimated hours means that this is 7.03% of the total estimated hours.
- REMAINING is the sum of the remaining time for all child issues in To do and In progress status categories. Here, the number of remaining hours is at 3,886, and compared against the total 4180 estimated hours means that this is 92.97% of the total estimated hours.
- 見積もり課題と見積もりを持たない課題の内訳も表示されます。見積もりを持たない課題によって進捗が不正確になる場合がある点にご注意ください。
- 親課題を完了しても、その子課題がまだ完了しておらず、子課題に対して残り時間が記録されている場合、残り時間は親課題の完了時間に追加されません。残り時間は、子課題の残り時間として計算されます。
- 日数を使用してプランの作業を見積もると、進捗の詳細は日単位で表示されます。
Any issues that are not saved to Jira will not be taken into account in calculating progress
子課題のない課題の場合、残り時間に対する完了済みの時間数、および対応するパーセンテージも表示されます。
課題の作業の進捗の計上方法
親課題の進捗バーにカーソルを合わせると、作業の内訳には、さまざまなステータス カテゴリーの課題の数、プランにある課題の総数、課題の合計数に対する各ステータス カテゴリーにある課題数の割合が考慮されます。
上記の例では、進捗状況の詳細は次を示しています。
- イニシアチブ PM-4 には 2 つの子エピック (PLAT-2 およおび WEB-23) があります。この場合、進捗バーは合計 2 つの課題を網羅します。
- まだ作業前の課題が 1 つあります: WEB-23。合計 2 つの課題があるため、WEB-23 は総課題数の 50% です。
- 完了した課題も 1 つあります: PLAT-2。この課題は、合計課題数の 50% でもあります。
- ここでの進捗は課題数だけを対象としているため、各課題の推定時間は進捗バーでは考慮されません。
Jira に保存されていない課題は、進捗の計算で考慮されません。
キャパシティの監視
プランのキャパシティを監視するには、まずプランのタイムラインにキャパシティを表示する必要があります。これは、チームとスプリントで問題をグループ化する場合にのみ可能です。
チームでキャパシティを表示すると、チーム固有の課題が複数のスプリントにどのように分散しているかを視覚化できます。これは、スプリントにスケジュールされている作業が多すぎないかどうかを判断し、リソースが不足しているスプリントの作業を分散させる方法を計画するのに役立ちます。
Samples of healthy and unhealthy sprints
In the above example, clicking the capacity bar of a sprint will display the capacity details which may include:
- The start and end dates of the sprint
- The status of the sprint, whether it's an active, future, or projected sprint
- The percentage of issues that have been completed
- With the default velocity set to 30 story points, the percentage of how full the sprint is in terms of the estimated story points. If the team is estimating issues in hours or days, this will reflect in the percentage accordingly.
- The number of unestimated issues in the sprint
The Dingo sprint is showing a red capacity bar, which means too much work has been allocated to that sprint. With this visual indicator in the timeline, you can then quickly consider how to fix this up — either by removing some issues from that sprint, or adding more people to the corresponding team.
スクラムとカンバンでのキャパシティの詳細を理解する
スクラム チームとカンバン チームの両方について、キャパシティ バーは対応する期間 (スクラムはスプリント、カンバンはイテレーション) 全体に作業が均等に分散されているかどうかを反映します。これは、現在のプランでどのように作業が分散されているかについての基本的な前提です。
ただし、キャパシティの詳細がどのようにバーに反映されるかについては、いくつかの相違点があります。
スクラム チームの場合:
- ストーリー ポイントの見積りを使用する場合、スプリントの期間に対してベロシティが測定されます。ベロシティが 2 週間のスプリントに対して 30 ストーリー ポイントに設定されている場合、キャパシティの詳細には、見積られたストーリー ポイントに関して、スプリントの埋まり具合がパーセンテージで表示されます。
- When using time-based estimates, capacity is measured against the duration of a week. If weekly capacity is set to 200 hours for a 2-week sprint, the capacity details will show the percentage of how full the sprint is in terms of the estimated hours.
- ストーリーが複数のスプリントにまたがっている場合でも、その見積りは割り当てられたスプリントのキャパシティを消費します。たとえば、TIS-123 が 20 日間で予定され、各スプリントには 10 日間かかるためにスプリント 1 と 2 にわたるとします。TIS-123はスプリント 1 に割り当てられるので、その見積りの 30 のストーリー ポイントがスプリント 1 に割り当てられます。
カンバン チームの場合:
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.
リリースの監視
リリース ビューから
You can jump to the releases view of your plan, to grab a high-level view of how work is tracking. More importantly, this will help you realistically determine if your teams can complete the work assigned to the releases in your plan.
サンプル リリースを含むリリース ビュー
上記の例では、予定どおりのリリースと、予定から逸脱しているリリースを素早く確認できます。課題の開始日と終了日が対応するリリースの開始日と終了日の範囲内に収まっている限り、リリースは予定どおりとなります。
次のいずれかの手順を実行して、このリリースの妨げになっているものを掘り下げることができます。
- プランのロードマップでリリースを表示し、保留中の課題にブロッカーが存在しないかを確認します。
- プロジェクト リリースの場合は、Jira でリリースを表示して、そのリリースに割り当てられたすべての課題の短いリストを確認し、必要に応じてリリース日を変更できます。
- リリースの進捗バーにカーソルを合わせ、完了が必要な課題の数を確認します。
現時点では、進捗バーには現在プランで表示可能な課題の詳細のみが含まれます。つまり、古いリリースの情報は正確ではない可能性があります。
タイムライン セクションから
また、プランのタイムライン セクションでリリースの進捗を直接追跡することもできます。
タイムラインにリリースが表示されたプランの例
緑色のアイコンは予定どおりのリリースを、赤色のアイコンは逸脱しているリリースを表します。課題の開始日と終了日が、対応するリリースの開始日と終了日の範囲内に収まっている限り、リリースは予定どおりとなります。アイコンをクリックしてリリースの詳細を表示し、逸脱しているリリースの状態の修正方法を判断します。
時間の経過とともに、リリースの数が蓄積し、タイムラインで 1 つのリリースから別のリリースに移動するのが困難になることがあります。リリースが 1 日しか離れていないことや、複数のリリースが同じ日にスケジュールされることもあります。
プランでこれらが発生した場合は、次のいずれかを実行します。
1 つのリリースから別のリリースにジャンプする
リリース アイコンをクリックし、左矢印または右矢印をクリックして次のリリースにジャンプします。
1 つのリリースから別のリリースへジャンプする際、それに従って各リリースの詳細が表示されます。
タイムラインでの複数のリリースの例
複数のリリースの詳細を表示する
リリース アイコンの上に数字が表示されていることがあります。以下のサンプル リリースでは、数字は同じ日に 2 つのリリースがスケジュールされていることを示します。
リリース アイコンをクリックしてその日にスケジュールされているリリースを確認してから、各リリースの右矢印をクリックして詳細を表示します。
同じ日にスケジュールされたリリースの例
タイムラインでのリリースのハイライト
常に注目しておきたいリリースがある場合は、タイムラインでこれらのリリースをハイライト表示できます。これにより、タイムラインで関連リリースを目立たせることができます。
[タイムラインでハイライト] チェックボックスを選択すると、タイムラインのリリースに赤または緑色の線が表示されます。
タイムラインでハイライトされたリリースの例
課題をリリースでフィルタリング
また、リリースで課題をフィルタリングできます。ロードマップ ビューで、スプリントでフィルタリングされた対応する課題を表示します。
ロードマップ ビューでリリースでフィルタリングした課題の例
課題をプロジェクトでフィルタリング
課題をプロジェクトでフィルタリングし、関連するプロジェクトのリリースのみを表示することもできます。リリースの詳細をさらに絞り込むには、1 つのプロジェクトで課題をプロジェクトすることを検討してください。
ISO プロジェクトとリリースでフィルタリングされた課題