課題の自動スケジュール
Before you start auto-scheduling work for your teams, it's important to note that the auto-scheduling functionality technically replaces the previous calculating functionality in live plans (versions 2.0 to 2.27).
このため、以前の機能と現在の機能には次のような違いがあります。
| 技術的詳細 | Live plans (versions 2.0 to 2.27) | 改善されたインターフェイスのプラン |
|---|---|---|
| 見積りを持たない課題のスケジューリング | 見積りを持たない課題がリリースに割り当てられている場合、スケジューラーはこのリリースの日付を既定で使用して、課題のスケジュールを作成します。 ライブ プランで見積りを持たない課題をスケジュールする方法を構成できます。 | 既定では、スケジューラーがターゲット日を使用して見積りを持たない課題のスケジュールを作成し、課題はターゲット日の期間でスケジューリングされます。ターゲット日の代わりにカスタム日を使用することを選択できます。詳細については、「スケジュールリング」を参照してください。 スプリント、リリース、またはチームに割り当てられていない、見積りを持たない課題の場合、設定した自動スケジュール設定にかかわらず、これらの値が引き続き使用されます。 |
| スプリント、チーム、およびリリース | これらは明示的にマークされた課題では無視できます。 | これらは自動スケジュール設定の構成内容に応じて無視できます。 |
| ストーリーごとに割り当てられる最大人数 | 1 つのストーリーに割り当てられるユーザー数を設定できます。 | 1 つのストーリーには 1 人のユーザーのみを割り当てられます。 |
| プランのタイム ゾーン | プランでの構成内容に応じて異なります。使用可能なオプションには、プランのタイム ゾーン、システムのタイム ゾーン、協定世界時 (UTC) があります。 | 改善されたインターフェイスでは UTC が常に使用されます。 |
| 一番早い開始日、リソースの割り当て、ステージ、およびスキル | 課題を計算する際には、これらすべてが考慮されます。 | これらの詳細は改善されたインターフェイスでは使用できず、課題の自動スケジュール作成の際に影響を及ぼすことはありません。 |
| リソースの参加日、退出日、および利用可否 | 課題を計算する際には、これらすべてが考慮されます。 | これらの詳細は改善されたインターフェイスでは使用できず、課題の自動スケジュール作成の際に影響を及ぼすことはありません。 |
| プログラムの自動スケジュール | 各プランの計算がプログラム レベルで集約されます。 | プログラムのスケジュールは、プログラムの各プランの日付、スプリント、およびリリースから派生します。 |
改善されたインターフェイスでの自動スケジュール
改善されたインターフェイスでは、以下を選択できます。
- タイムラインのスケジュール バーをドラッグ アンド ドロップして、作業のスケジュールを手動で設定します。
- automatically schedule work, by letting Portfolio for Jira schedule your work automatically, based on known issue details. The auto-scheduled changes will be displayed in purple stripes as a preview. You can choose whether or not to accept these changes — and if accepted, the changes will then be implemented in your plan.
When auto-scheduling the issues in a plan, Portfolio for Jira considers several factors to come up with the ideal schedule for your teams:
- チームの作業方法。スプリントのイテレーション (スクラム) か、日常業務の継続的フロー (カンバン) か
- スクラム チームの場合、プランの課題のスプリント割り当て
- リリースの開始および終了日に基づく、課題の順序
- プランでの課題のランク付け
- プランの課題間の依存関係
- プランの課題の見積もり
- チームのメンバー数。これによって並行して完了できる作業量が決まります
まだ自動スケジュールを行っていない課題を含むサンプル プラン
自動スケジュール設定の構成
次の内容を選択して、自動スケジュール設定をさらに詳細に構成できます。
- 自動スケジュールの値で上書き可能なフィールド (スプリント、リリース、およびチーム)
- 自動スケジュールの値でフィールドを上書きする方法 (空白のフィールドのみを上書き、またはすべてのフィールドを上書き)
自動スケジュール設定の例
上記の例で、プランの自動スケジュールを行うと、自動スケジューラーで課題のスプリントやリリースの値を上書きすることを常に許可することになります。ただし、自動スケジューラーは、チームが指定されていない課題についてのみ、チームの値を上書きできます。自動スケジュール設定の構成後は、[結果をプレビュー] をクリックして、提案された変更をプレビューできます。
課題が見積りを持たず、現在、スプリント、リリース、またはチームに割り当てられている場合、自動スケジュール設定ですべての課題の値を上書きすることを選択していても、これらの値は上書きされないことに注意してください。
プランの自動スケジュール
When you're auto-scheduling a plan, the issues in the plan are being auto-scheduled based on the plan permissions that you have. See Permissions in Portfolio for Jira for more details.
プランのタイムライン セクションの上にある [自動スケジュール] をクリックします。
- 自動スケジュール設定を必要に応じて構成します。
- Click Preview results. This will display a preview of the auto-scheduled changes that Portfolio for Jira is suggesting for your plan.
自動スケジュールされた課題がプレビューに表示されているサンプル プラン
自動スケジュールされる課題の数は、プランで選択した階層レベルによって決まります。また、タイムライン セクションでは、自動スケジュールされた項目のスケジュール バーが紫色の帯で表示されることに注意してください。同様に、フィールド セクションでは、対応する課題の詳細も、より薄い色合いの紫色の帯で表示されます。
- Review the auto-scheduled changes more closely by hovering on each change, to see the current value saved in Portfolio, and the new value that will be saved in both Portfolio and Jira, if the changes are accepted.
Comparing current values and new values
In the example above, three (3) values will be auto-scheduled for the issue — target start date, release, and sprint. If you accept the changes, the new values will be updated in your plan. - 次の操作のいずれかを実行します。
- プランで変更を保存するには、[変更を受け入れる] をクリックします。これらの変更はプランで保存されるだけで、Jira にはまだ保存されていないことに注意してください。詳細については「Jira での変更の保存」をご覧ください。
- 変更を破棄するには、[キャンセル] をクリックします。変更はプランにも Jira にも保存されません。
- While Portfolio for Jira is auto-scheduling the issues in a plan, you won't be able to review any changes that have already been made.
- また、自動スケジュールの結果をプレビューしているときは、提案された変更を承認またはキャンセルするまで、変更を確認できません。
- スプリント、リリース、またはチームの任意の値を上書きすることを選択した場合、これらの値は、現在アクティブ スプリントに所属している課題を除いて上書きされます。
課題の自動スケジュールの際の注意事項
チームのタイプや、使用している見積り単位に応じて、以下のセクションをご確認ください。
ストーリー ポイントを使用するスクラム チームの場合
- Portfolio will schedule issues into the corresponding sprints, based on team velocity, sprint length, and the story points of the stories themselves.
- 次の既定値が設定されますが、必要に応じて変更できます。
- チームのベロシティ: 30 ストーリー ポイント
- スプリントの長さ: 2 週間
- When auto-scheduling work, the team's capacity will be treated in a more precise way. Portfolio will break down the story point estimates, and then assign work to days based on how much free capacity there is in each day.
- 1 つのスプリントに収まらない課題は、タイムラインの次のスプリントに割り当てられます。
- スプリントのキャパシティ バーをクリックすると、キャパシティ詳細をドリルダウンできます。詳細については、「チームのキャパシティを理解する」をご覧ください。キャパシティの正確な割り当て (タイムラインの課題のスケジュールで表示されるもの) は、キャパシティ詳細には反映されないことに注意してください。
- 見積り済みのエピックが複数のスプリントにわたってスケジュールされている場合、各スプリントでのエピックの割合は、関連するキャパシティに集約されます。たとえば、30 ポイントと見積られたエピックがあり、それが 2 つのスプリントに均等に配分されるとします。この場合、各スプリントには 15 ポイントずつ割り当てられることになります。これは提案されるスプリントも考慮します。
- When auto-scheduling a plan, Portfolio will not attempt to change or set the sprint values for issues of the epic level and higher levels.
- 作業の自動スケジュールを頻繁に実行する場合は、課題をストーリー レベルのみで見積もることと、プランではまとめられた値を表示することをおすすめします。これにより、課題の自動スケジュールの際にスケジューラーが重複する値を考慮することを回避します。
キャパシティの取り扱いと、改善されたインターフェイスを使用するプランでの最適な管理方法については、「キャパシティの管理」をご覧ください。
時間ベースの見積りを使用するスクラム チームの場合
- Portfolio will still schedule issues into the corresponding sprints, based on the team's weekly capacity, and the estimation of the stories themselves.
- チームの週あたりのキャパシティは、既定では 200 時間に設定されています。これは必要に応じて変更できます。
- When auto-scheduling work, the team's capacity will be treated in a more precise way. Portfolio will break down the time-based estimates, and then assign work to days based on how much free capacity there is in each day. For example, if ABC-123 has an estimate of 6 hours, and there's only 2 hours of free capacity for 27th May 2019, then Portfolio will schedule 2 hours on 27th May, and 4 hours on 28th May.
- 1 つのスプリントに収まらない課題は、タイムラインの次のスプリントに割り当てられます。
- スプリントのキャパシティ バーをクリックすると、キャパシティ詳細をドリルダウンできます。詳細については、「チームのキャパシティを理解する」をご覧ください。キャパシティの正確な割り当て (タイムラインの課題のスケジュールで表示されるもの) は、キャパシティ詳細には反映されないことに注意してください。
- When auto-scheduling a plan, Portfolio will not attempt to change or set the sprint values for issues of the epic level and higher levels.
- 作業の自動スケジュールを頻繁に実行する場合は、課題をストーリー レベルのみで見積もることと、プランではまとめられた値を表示することをおすすめします。これにより、課題の自動スケジュールの際にスケジューラーが重複する値を考慮することを回避します。
キャパシティの取り扱いと、改善されたインターフェイスを使用するプランでの最適な管理方法については、「キャパシティの管理」をご覧ください。
カンバン チームの場合
- Portfolio will schedule issues on a per day basis, based on the team's weekly capacity, and the estimation of the stories themselves.
- チームの週あたりのキャパシティは、既定では 200 時間に設定されています。これは必要に応じて変更できます。
- When auto-scheduling work, the team's capacity will be treated in a more precise way. Portfolio will break down the time-based estimates, and then assign work to days based on how much free capacity there is in each day. For example, if ABC-123 has an estimate of 6 hours, and there's only 2 hours of free capacity for 27th May 2019, then Portfolio will schedule 2 hours on 27th May, and 4 hours on 28th May.
- この時点でキャパシティ バーをクリックすると、週単位のイテレーションに対して予約された日数または時間数のみが表示されます。
- キャパシティの正確な割り当て (タイムラインの課題のスケジュールで表示されるもの) は、キャパシティ詳細には反映されません。
- 作業が週末にスケジュールされているように見えても、課題が自動スケジュールされている場合、実際には週末は作業時間として計上されていません。これは、課題の作業が週をまたいでおり、次週に完了するということを示しています。
- 作業の自動スケジュールを頻繁に実行する場合は、課題をストーリー レベルのみで見積もることと、プランではまとめられた値を表示することをおすすめします。これにより、課題の自動スケジュールの際にスケジューラーが重複する値を考慮することを回避します。
キャパシティの取り扱いと、改善されたインターフェイスを使用するプランでの最適な管理方法については、「キャパシティの管理」をご覧ください。