計画のパフォーマンスに関する推奨事項
計画は次の 3 つの手順で読み込まれます。
Jira reads the data stored in your work items.
そのデータが、プランに保持されている未保存の変更と比較されます。
次に、計算 (キャパシティ プランニングや依存関係など) を実行して計画が生成されます。
プランが大きく複雑になればなるほど、プランを読み込むための処理が増えます。アトラシアンでは、プランの読み込み時間の最適化に努めていますが、プランのパフォーマンスをスピード アップするにはできる限りプランをできる限り絞り込むことをお勧めします。
JQL の最適化
すべての JQL クエリが同じように作成されているわけではありません。JQL は最も効率的な方法であるかどうかに関係なく、指示したとおりに実行する厳密なロジックを使用します。これらの非効率性が重なると、プランにパフォーマンス上の問題が生じる可能性があります。
プランの一部として JQL クエリを使用している場合、フィルターとカスタム フィールドのどちらの一部であるかにかかわらず、プランに混乱を来さないように JQL クエリをお書きください。JQL クエリの最適化方法に関する詳細についてご確認ください。
Remove work item sources
Your plan can handle up to four work item sources with no problems. The impact of issues sources beyond this depends on their complexity. Alternatively, if you only need a handful of issues from an issue source, consider moving those issues to a different project or using exclusion rules to only pull in the relevant issues.
Learn how to add or remove work item sources from your plan.
Limits on number of work items
All plans have a soft limit of 5,000 work items. You can exceed this number, but the performance of your plan will begin to suffer. For this reason, we recommend that you remove unnecessary work items, or consider breaking larger roadmaps into two separate plans.
Remove work items belonging to old releases
By default, your plan adds all releases and fix versions in a project regardless of when they’re scheduled to happen. These extra releases might technically be relevant to your plan, but realistically slow down your plan’s performance. This is why we recommend that you either delete old releases in Jira, or use exclusion rules to focus on work items belonging to specific releases in your plan.
余分なスプリントを削除する
このページの冒頭で説明したように、キャパシティ プランニングの計算は読み込み時に 計画全体で行われます。計画に含まれるスプリントが多いほど、処理が多くなって読み込み時間も長くなります。
To remove old sprints from your plan, use the Exclude any completed work items after field in the exclusion rules, or delete old sprints from your boards in Jira.
この内容はお役に立ちましたか?