課題のスケジュール
タイムラインで課題の期間を直接設定するか、課題の開始日と終了日を設定することで、課題をスケジュールできます。カスタムの日付を利用できるようにするには、プランの課題ソースに関連付けられているすべてのプロジェクトのスキームにカスタム日付フィールドが追加されるようにします。選択すると、カスタム日付は日付バッジ () とともに表示されます。
- 課題のスケジュール バーは、作業時間のスケジュールに使用できます。
- 課題の空のターゲット日。作業のスケジュール期間を設定できます
課題の期間の設定
- タイムライン セクションで、期間を設定する課題の行を見つけます。
- 行にカーソルを合わせ、+ アイコンと課題の期間が表示されるのを待ちます。
- 課題の期間を追加するために行をクリックします。
- 次のように変更を保存します。
- [変更をレビュー] をクリックします。[変更をレビュー] ダイアログが表示され、既定ですべての変更が選択されます。
- [選択された変更を Jira で保存] をクリックします。
課題の日付の設定
- スコープ セクションで、日付を設定する課題を見つけます。
- その課題の開始日と終了日を設定します。これにより、タイムライン セクションに課題のスケジュール バーが作成されます。
- 次のように変更を保存します。
- [変更をレビュー] をクリックします。[変更をレビュー] ダイアログが表示され、既定ですべての変更が選択されます。
- [選択された変更を Jira で保存] をクリックします。
課題からすばやく日付を削除するには、日付の横にある "x" アイコンをクリックします。
子課題のスケジュール
子課題のスケジュール時に、これらの課題の開始日と終了日は親課題の日付に影響します。実質的には、これは次のことを意味します。
- 親課題の開始日は、すべてのその子課題の最も早い開始日になります。
- 終了日はすべての子課題の最も遅い終了日になります。
早期アクセス機能としてロールアップ日付を有効にした場合、プランの親課題の日付の挙動が変更されることがあります。詳細については、「親課題への値のロールアップ」を参照してください。
スプリントに従った課題のスケジュール
これはスクラム ボードがソースである課題で、課題がスクラム チームに割り当てられている場合にのみ適用されることに注意してください。
スクラム チームはスプリント (またはイテレーション) に取り組んで、各スプリントの最後に製品の増分機能をリリースします。チームとスプリントが課題に設定されている際は、まだ日付が設定されていない課題に対してスプリント日付を使用するようにプランを構成できます。
- 課題にスプリントの日付が表示されている場合でも、必要に応じて日付を変更できます。日付がスプリントの日付と一致しない場合、この操作を実行しても課題のスプリント割り当ては変更されません。
- また、スプリントの日付は、リリースのステータスを監視して課題の依存関係を追跡する際に使用されます。
課題ソースとしてプロジェクトやフィルターを使用している場合
プランでプロジェクトやフィルターを課題ソースとして使用している場合、スプリント データは対応する課題に対して引き続き表示されます。
ただし、スプリント データはボードと直接関連付けることのみができるため、スプリントの右側には バッジが表示されます。バッジは、外部スプリントがあり、それがプロジェクトとフィルター課題ソースに直接関連付けられていないことを示します。
課題が外部スプリントに割り当てられたプランの例
このプランの例については、次の点に注意してください。
- このプランは、課題ソースに iOS App プロジェクトを使用して作成されました。
- Jira では、iOS App プロジェクトにはスクラム ボード iOS アプリがあります。ボードには、Dingo および Box Jellyfish を含む複数のスプリントがあります。
プロジェクト iOS App を課題ソースとして使用してプランを作成すると、次のようになります。
- Advanced Roadmaps では、プランに含まれる課題にスプリント データを容易に関連付けることはできません。プランに含まれる課題は、iOS App プロジェクトから取得されます。
- Advanced Roadmaps は任意のスプリント データを関連付けられないので、iOSアプリ (IOS) チームとして知られているプラン固有のチームを作成します。つまり、このチームは作成されたプランにのみローカルになります。これがまさしく、
external
チーム、また IOS アプリ チーム に割り当て中の課題が表示される理由です。 - Advanced Roadmaps では、スプリントに マークを表示することで、それを外部のスプリントとして表示します。
- プランでは、外部スプリントに割り当てられた課題のスプリント値を更新できます。ただし、スプリント値を選択している場合、外部スプリントをオプションとして選択することはできません。
このため、ボードをプランの課題ソースとして使用することを強くお勧めします。これによって、Advanced Roadmaps はスプリント データをプラン内の課題に関連付けられ、スプリントは外部のデータとして表示されなくなります。
課題が外部スプリントに割り当てられなくなったプランの例
ただし、Advanced Roadmaps は引き続き、iOS App (IOS) チームと呼ばれるプラン固有のチームを作成します。上記のプランの例で課題が引き続き外部チームである IOS app Team に割り当てられているのはこのためです。
次のオプションを検討できます。
オプション 1: プランに外部 IOS アプリ チームを追加する
これを行うには、チームを共有チームとして追加します。外部チームは、Advanced Roadmaps であらかじめ共有チームとして定義しておく必要があります。
IOS アプリ チームが共有チームとしてプランに追加されました
スプリントとキャパシティをタイムラインに表示するよう、新しく追加された共有チームを対応する課題ソースに関連付ける必要もあります。
オプション 2: 課題をプラン固有のチームの iOS App (IOS) Team に割り当てる
プラン固有のチームである iOS App (IOS) Team に、対応する課題を一括で割り当てることができます。これにより、課題はプラン固有のチームに割り当てられ、外部のチームには割り当てられなくなります。
プラン固有のチーム iOS App (IOS) Team に一括で再割り当てされた課題
また、スプリントとキャパシティをタイムラインに表示するよう、プラン固有のチームを対応する課題ソースに関連付ける必要があります。
トラブルシューティング
スプリント データをプランに正確または完全に読み込めない場合があります。これには、いくつかの要因が考えられます。
参考情報
課題がプランに存在しないスプリントに割り当てられている可能性がある
課題が属するプロジェクトが、プランのプロジェクト課題ソースの 1 つであるため、その課題がプロジェクトに含まれている場合があります。この場合、プランの課題のスプリント値は、プラン外のスプリントに割り当てられます。
理想的には、課題ソースは、外部スプリントが作成されたスクラム ボードにする必要があります。これにより、スプリント データをプラン内で正確に反映させることができます。
同じスプリントが 2 つ以上のスクラム ボードに表示されている可能性がある
各ボードのスプリントの数に応じて、共通のスプリントはタイムライン上で異なる日付を持つ場合があります。これは、スプリントがアクティブになるまで日付が与えられていないことが原因で、将来のスプリントでのみ発生します。
例えば、ボード 1 とボード A の 2 つのボードがあり、両方のボードに共通スプリントが表示されるとします。両方のボードにスクラム チームが関連付けられ、これらのチームは 2 週間のイテレーションで作業します。また、両方のチームにはアクティブなスプリントがあります。
どちらのボードにも、次の将来のスプリントがあります。
- ボード 1: スプリント 2、スプリント 3、共通スプリント、スプリント 4
- ボード A: スプリント B、共通のスプリント、スプリント C、スプリント D
上記の条件で、課題をチーム別にグループ分けし、タイムラインにキャパシティを表示した場合、各チームのスイムレーンの異なる時期に共通のスプリントが発生します。
- ボード 1 の場合、アクティブなスプリントが完了した 4 週間後 (その前に 2 つのスプリントがあったため)
- ボード 2 の場合、アクティブなスプリントが完了した 2 週間後 (その前にスプリントが 1 つのみあったため)
この不一致は、共通のスプリントが将来のスプリントになっているときにのみ発生します。共通のスプリントが一度アクティブなスプリントになると、日付は、タイムライン上のチームのグループ分け全体で解決されます。
2 つのチームが同じスプリントを共有しているが、それらのチームに異なるイテレーション長が構成されている
これは、同じスプリントが 2 つ以上のスクラム ボードに表示されていることに関連します。唯一の違いは、チームに構成されているイテレーションの長さが異なることです。
たとえば、2 つのチーム (チーム 1 と チーム 2) があり、両チームともそれぞれの Jira ボードで共通のスプリントを扱っており、どちらのボードにもアクティブなスプリントがあります。
チームは、次の条件で作業します。
- チーム 1 は 2 週間のスプリントに、Sprint 2、共通スプリント、Sprint 3 の順に取り組みます。
- チーム 2 は 4 週間のスプリントに、Sprint A、共通スプリント、Sprint B の順に取り組みます。
共通のスプリントが両方のチーム ボードで 2 番目に位置しているスプリントであっても、次のようになります。
- チーム 1 に対し、共通のスプリントに 2 週間の長さが指定されます。
- チーム 2 に対し、共通のスプリントに 4 週間の長さが指定されます。
その他の注意事項
ターゲット日付の機能
ターゲット開始日とターゲット終了日はどちらも、Jira および Advanced Roadmaps で一貫して処理され、日付値はローカル タイムゾーン設定から独立しています。これは、Jira と Advanced Roadmaps の両方で、オーストラリアの Alana と米国の Will に対して TIS-123 のターゲット終了日が 2019 年 10 月 1 日になることを意味します。
期日とカスタム日付の仕組み
期限とカスタム日は、ユーザーのローカル タイムゾーン設定に基づいています。対応するタイムゾーン設定により、オーストラリアの Alana には TIS-123 の期限として 2019 年 10 月 1 日が表示され、米国の Will には2019 年 9 月 30 日が表示される場合があります。ただし、Alana には Jira と Advanced Roadmaps の両方で同じ日付値が表示され、同じことが Will にも当てはまります。
ただし、プランの開始日と終了日として期限とカスタム日を使用している場合、Advanced Roadmaps では同じ日付が表示され、Jira では異なる日付が表示される場合があります。日付の値は、両方の日によってオフになる場合があります。これは、タイムゾーン設定と、Jira と Advanced Roadmaps では日付の処理が異なるためです。