課題のスケジュール

このページの内容

お困りですか?

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

コミュニティに質問

You can schedule issues by setting the duration of issues directly in your timeline, or by setting start and end dates for the issues. By default, target start and target end dates are used when scheduling and auto-scheduling issues in a plan. You can choose to use due dates and other custom dates (date picker type) to schedule issues, which helps you align your plan with how your teams work.

カスタム日付を利用できるようにするには、プランの課題ソースに関連付けられているすべてのプロジェクトのスキームに、カスタム日付フィールドを追加することを確認します。選択すると、カスタム日が日付バッジ () と併せて表示されます。

Note that you need the Portfolio for Jira user permission to save scheduling changes in Jira.

  1. 課題のスケジュール バーは、作業時間のスケジュールに使用できます。
  2. 課題の空のターゲット日。作業のスケジュール期間を設定できます

課題の期間の設定

  1. タイムライン セクションで、期間を設定する課題のを見つけます。
  2. 行にカーソルを合わせ、+ アイコンと課題の期間が表示されるのを待ちます。
  3. 課題の期間を追加するためにをクリックします。
  4. 次のように変更を保存します。
    1. [変更をレビュー] をクリックします。[変更をレビュー] ダイアログが表示され、既定ですべての変更が選択されます。
    2. [選択された変更を Jira で保存] をクリックします。

課題の日付の設定

  1. スコープ セクションで、日付を設定する課題を見つけます。
  2. その課題の開始終了日を設定します。これにより、タイムライン セクションに課題のスケジュール バーが作成されます。
  3. 次のように変更を保存します。
    1. [変更をレビュー] をクリックします。[変更をレビュー] ダイアログが表示され、既定ですべての変更が選択されます。
    2. [選択された変更を Jira で保存] をクリックします。

課題からすばやく日付を削除するには、日付の横にある "x" アイコンをクリックします。

子課題のスケジュール

子課題のスケジュール時に、これらの課題の開始日と終了日は親課題の日付に影響します。実質的には、これは次のことを意味します。

  • 親課題の開始日は、すべてのその子課題の最も早い開始日になります。
  • 終了日はすべての子課題の最も遅い終了日になります。

早期アクセス機能としてロールアップ日付を有効にした場合、プランの親課題の日付の挙動が変更されることがあります。詳細については、「親課題への値のロールアップ」を参照してください。

スプリントに従った課題のスケジュール

これはスクラム ボードがソースである課題で、課題がスクラム チームに割り当てられている場合にのみ適用されることに注意してください。

Scrum teams work in sprints (or iterations), and they release incremental features of their product at the end of each sprint. When a team and a sprint are set for an issue, you can configure a plan to use sprint dates for issues that don't have any dates set yet.

Sample plan with target dates of issues aligning with sprint dates

  • 課題にスプリントの日付が表示されている場合でも、必要に応じて日付を変更できます。日付がスプリントの日付と一致しない場合、この操作を実行しても課題のスプリント割り当ては変更されません。
  • また、スプリントの日付は、リリースのステータスを監視して課題の依存関係を追跡する際に使用されます。

課題ソースとしてプロジェクトやフィルターを使用している場合

プランでプロジェクトやフィルターを課題ソースとして使用している場合、スプリント データは対応する課題に対して引き続き表示されます。

ただし、スプリント データはボードと直接関連付けることのみができるため、スプリントの右側には  バッジが表示されます。バッジは、外部スプリントがあり、それがプロジェクトとフィルター課題ソースに直接関連付けられていないことを示します。

課題が外部スプリントに割り当てられたプランの例

このプランの例については、次の点に注意してください。

  1. このプランは、課題ソースに iOS App プロジェクトを使用して作成されました。
  2. Jira では、iOS App プロジェクトにはスクラム ボード iOS アプリがあります。ボードには、Dingo および Box Jellyfish を含む複数のスプリントがあります。

プロジェクト iOS App を課題ソースとして使用してプランを作成すると、次のようになります。

  1. Portfolio for Jira is not readily able to associate any sprint data to the issues that will be included in the plan. The issues to be included in the plan will come from the iOS App project.
  2. Since Portfolio is not able to associate any sprint data, it will create a plan-specific team known as iOS App (IOS) Team. This means that this team is only local to the created plan. This is precisely why you'll see the issues being assigned to an external team as well, the IOS app Team.
  3. Portfolio will also display the sprints as external, with the  lozenge displayed.
  4. プランでは、外部スプリントに割り当てられた課題のスプリント値を更新できます。ただし、スプリント値を選択している場合、外部スプリントをオプションとして選択することはできません。

Because of this, we highly recommend that you use boards as issue sources for your plan. This will allow Portfolio for Jira to associate any sprint data to the issues in the plan, and the sprints will no longer be displayed as external ones.

課題が外部スプリントに割り当てられなくなったプランの例

However, Portfolio for Jira will still go ahead and create the plan-specific team known as iOS App (IOS) Team, which is why the issues in the sample plan above are still assigned to the external team, IOS app Team

次のオプションを検討できます。

オプション 1: プランに外部 IOS アプリ チームを追加する

You can do this by adding the team as a shared team. Note that the external team must already be defined as a shared team in Portfolio for Jira.

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 つのみあったため)

この不一致は、共通のスプリントが将来のスプリントになっているときにのみ発生します。共通のスプリントが一度アクティブなスプリントになると、日付は、タイムライン上のチームのグループ分け全体で解決されます。

詳細を確認...
  • Jira では、将来のスプリントの日付を設定することはできません。将来のスプリントは、それが開始されたときにのみ、その日付を取得します。つまり、本質的には、これらはアクティブなスプリントになるまで、スプリントは任意の日付を取得しません。
  • 制御できるのは、将来のスプリントの順序、つまり Jira ボードに将来のスプリントを並べる順序だけです。
  • Portfolio for Jira will try to infer when future sprints will start in the timeline, based on the configured iteration lengths of each team, and the list of sprints for that team's board. Because of this, Common sprint will appear with different dates on the timeline, for both boards.

2 つのチームが同じスプリントを共有しているが、それらのチームに異なるイテレーション長が構成されている

これは、同じスプリントが 2 つ以上のスクラム ボードに表示されていることに関連します。唯一の違いは、チームに構成されているイテレーションの長さが異なることです。

たとえば、2 つのチーム (チーム 1チーム 2) があり、両チームともそれぞれの Jira ボードで共通のスプリントを扱っており、どちらのボードにもアクティブなスプリントがあります。

チームは、次の条件で作業します。

  • チーム 1 は 2 週間のスプリントに、Sprint 2、共通スプリント、Sprint 3 の順に取り組みます。
  • チーム 2 は 4 週間のスプリントに、Sprint A、共通スプリント、Sprint B の順に取り組みます。

共通のスプリントが両方のチーム ボードで 2 番目に位置しているスプリントであっても、次のようになります。

  • チーム 1 に対し、共通のスプリントに 2 週間の長さが指定されます。
  • チーム 2 に対し、共通のスプリントに 4 週間の長さが指定されます。

その他の注意事項

ターゲット日付の機能

Both target start and target end dates are handled consistently across Jira and Portfolio for Jira, and the date values are independent from local timezone settings. This means Alana from Australia and Will from the USA would see 1st October 2019 as the target end date for TIS-123 in both Jira and Portfolio for Jira.

期日とカスタム日付の仕組み

Due dates and custom dates are based on the local timezone settings of the Portfolio user. Due to their corresponding timezone settings, Alana from Australia may see 1st October 2019 as the due date for TIS-123, while Will from the USA may see this as 30th September 2019. However, Alana will see the same date value in both Jira and Portfolio for Jira, and the same applies to Will.

However, if you're using due dates and custom dates as the start and end dates in the plan, Will and Alana will see the same dates in Portfolio for Jira, and potentially different dates in Jira. The date values may be off by a day for both of them. This is because of their timezone settings, and because Jira and Portfolio for Jira handle dates differently.

Last modified on Mar 6, 2020

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

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