課題のスケジュール

このページの内容

お困りですか?

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

コミュニティに質問

You can schedule issues by setting the duration of issues directly in your timeline, or by setting target dates for the issues.

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 で保存] をクリックします。

    You need the Portfolio for Jira user permission to save changes in Jira.

課題のデフォルトの期間は、プランを表示している時間枠によって異なります。

  1. 3M: 1 週間
  2. 1Y: 1 か月
  3. 適合: デフォルトの期間はタイムラインの課題の日付範囲によって異なり、これはタイムラインでの課題の幅にも影響します。幅が小さい場合、デフォルトの期間はおそらく 1 週間や 1 か月です。
  4. カスタム: デフォルトの期間は、開始日と終了日の間で設定した期間に応じて異なります。短い期間を設定した場合、デフォルトの期間も短くなります。

Setting targets dates for an issue

  1. In the scope section, find the issue that you're setting target dates for.
  2. Set the target start date and target end date for the issue. This will create a schedule bar for the issue in the timeline section.
  3. 次のように変更を保存します。
    1. [変更をレビュー] をクリックします。[変更をレビュー] ダイアログが表示され、既定ですべての変更が選択されます。
    2. 必要な変更に関するチェックボックスが選択されているのを確認してから、[選択した変更を Jira で保存] をクリックします。

    You need the Portfolio for Jira user permission to save changes in Jira.

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

子課題のスケジュール

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

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

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

Before you begin, note that this only applies to issues sourced from Scrum boards and when issues are assigned to Scrum teams.

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 as the target dates of issues that don't have any dates set yet.

Sample plan with target dates of issues aligning with sprint dates

Even if an issue is showing its sprint dates, you can still change its target dates if needed. Note that if the target dates no longer match the sprint dates, this will not change the sprint assignment of the issue.

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

If a plan is using projects or filters as issue sources, sprint data will still be displayed for the corresponding issues.

However, since sprint data can only be directly associated with boards, then the sprints will be displaying the EXTERNAL SPRINT lozenge right next to them. The lozenge is used to indicate that the sprints are not directly associated with the project and filter issue sources.

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

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

  1. This plan was created with the project issue source iOS App.
  2. In Jira, the iOS App project has the Scrum board IOS App. In that board, the Koala sprint is currently active, and is running for 2 weeks, starting from 23 June 2019.

プロジェクト 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. Also because of #1, Portfolio will also display the Koala sprint is an external sprint for the corresponding issues.
  4. In the plan, you can reassign the sprint value, even for external sprints. However, any external sprint will not be available as an option, when choosing sprint values.

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 an external 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 に一括で再割り当てされた課題

また、スプリントとキャパシティをタイムラインに表示するよう、プラン固有のチームを対応する課題ソースに関連付ける必要があります。

トラブルシューティング

スプリント データをプランに正確または完全に読み込めない場合があります。これには、いくつかの要因が考えられます。

課題がプランに存在しないスプリントに割り当てられている可能性がある

The issue may be included in the plan because the project that it belongs to is one of the project issue sources of the plan. If this is the case, then the sprint value for the issue in the plan will be assigned to sprint not in plan.

Ideally, the issue source should be the Scrum board in which that external sprint was created. This way, sprint data can be reflected accurately in the plan.

同じスプリントが 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 週間の長さが指定されます。

その他の注意事項

  • In the improved interface, Coordinated Universal Time (UTC) is always used when handling the dates of issues. This is different from Portfolio for Jira live plans, which use system-enabled dates.
  • Depending on how dates are configured in Jira, the dates may sometimes vary across Portfolio for Jira and Jira. This means that an issue's dates in Portfolio for Jira may be different from its dates in Jira.
  • It's important to note that the change in ranking behavior can produce different scheduling results between live plans (any version from 2.0 to 2.27) and plans with the improved interface (version 3.0 and later). For example, even if issues are placed in the same order across both types of plans, the resulting scheduling results between these types of plans will be different.

     See Prioritizing issues to know more.
最終更新日: 2019 年 12 月 30 日

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

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