計画のパフォーマンスに関する推奨事項

計画は次の 3 つの手順で読み込まれます。

1. Jira では作業項目に保存されているデータが読み込まれます。

2. そのデータが、プランに保持されている未保存の変更と比較されます。

3. 次に、計算 (キャパシティ プランニングや依存関係など) を実行して計画が生成されます。

プランが大きく複雑になればなるほど、プランを読み込むための処理が増えます。アトラシアンでは、プランの読み込み時間の最適化に努めていますが、プランのパフォーマンスをスピード アップするにはできる限りプランをできる限り絞り込むことをお勧めします。

JQL の最適化

すべての JQL クエリが同じように作成されているわけではありません。JQL は最も効率的な方法であるかどうかに関係なく、指示したとおりに実行する厳密なロジックを使用します。これらの非効率性が重なると、プランにパフォーマンス上の問題が生じる可能性があります。

プランの一部として JQL クエリを使用している場合、フィルターとカスタム フィールドのどちらの一部であるかにかかわらず、プランに混乱を来さないように JQL クエリをお書きください。JQL クエリの最適化方法に関する詳細についてご確認ください。

作業項目ソースを削除する

プランでは、最大 4 つの作業項目ソースを難なく処理できます。これを超える課題ソースによる影響は、その複雑さによって異なります。あるいは、1 つの課題ソースから少数の課題のみが必要な場合は、それらの課題を別のスペースに移動するか、除外ルールによって関連する課題のみを取り込むことをご検討ください。

プランに作業項目ソースを追加または削除する方法をご確認ください。

作業項目数の制限

すべてのプランには、5,000 作業項目のソフト制限があります。この数は超過しても構いませんが、プランのパフォーマンスは低下し始めます。このため、不要な作業項目を取り除くか、規模の大きいロードマップを 2 つのプランに分割するよう検討することをお勧めします。

計画で除外ルールを設定する方法をご確認ください。

古いリリースに属する作業項目を削除する

既定では、プランにより、予定されている時期を問わず、すべてのリリースと修正バージョンがスペースに追加されます。これらの追加リリースは厳密にはプランに関連している可能性がありますが、現実としてプランのパフォーマンスを低下させます。このため、Jira の古いリリースを削除するか、除外ルールによってプランにある特定のリリースに属する作業項目に絞り込むことをお勧めします。

プランで除外ルールを設定する方法をご確認ください。

余分なスプリントを削除する

このページの冒頭で説明したように、キャパシティ プランニングの計算は読み込み時に 計画全体で行われます。計画に含まれるスプリントが多いほど、処理が多くなって読み込み時間も長くなります。

プランから古いスプリントを削除するには、除外ルールで [Exclude any completed work items after (次に指定した日数が経過した完了した作業項目を除外)] フィールドを使用するか、Jira のボードから古いスプリントを削除します。