課題のランク付け
課題をランク付けするには、スコープ セクションの上または下の行にドラッグ & ドロップします。これによって、スコープ セクションとタイムライン セクションの両方で課題の位置が移動します。また、必要に応じて複数の課題のランクを更新するできます。
たとえば、以下のサンプル プランでは [PM-5] という課題が行 #6 から行 #5 に移動しています。
改善されたインターフェイスで課題をランク付ける
プランで課題をランク付ける方法
改善されたインターフェイスで課題のランク付けを行う場合は、次の点にご注意ください。
- 子課題のランク付けは親課題のランク付けとは関連していません
- 親課題を移動するとその子課題も移動します
- プラン タイプ間でランク付け動作を変更することによって、異なるスケジューリング結果が生成される場合があります
ランク付けはプランの階層レベルごとに適用されます
課題のランキングは、プランで構成されている各階層レベルに適用されます。
For example, if you want to rank an epic relative to the ranking of another epic, make sure to set the plan to display issues of the epic hierarchy level. This also means that the ranking you'll see in a Portfolio plan will be the same as the ranking in the epics panel of Jira.
Consistent ranking of epics across a Portfolio plan and a Jira backlog
上記の例では、以下のことに注意してください。
- The Portfolio plan on the left is displaying only the issues of the epic hierarchy level. The plan is also filtered to display only the issues of the IOS project.
- 右側の IOS アプリのバックログには、エピック パネルが表示されています。
- The epic issues have the same ranking across both the Portfolio plan and Jira backlog.
If you rerank IOS-22 and move it above IOS-21, this will also move the epic in Jira once the change is saved to Jira. The same applies even if IOS-22 has child issues of its own, as well as if the other epics have child issues of their own.
Epics consistently reranked across Portfolio and Jira
子課題のランク付けは親課題のランク付けとは関連していません
If you rank a parent epic higher, the ranking of its child issues in Jira will stay as is. This is helpful especially if your teams have already ranked the issues in their Jira boards. The child issues will retain their ranking, even if you've ranked higher-level issues differently in the Portfolio plan.
親課題を移動するとその子課題も移動します
範囲セクションの新しい行に親課題を移動すると、子課題も親課題とともに新しい行に移動します。ただし、これは親課題内の子課題の個々のランキングには影響しません。
次の点にもご注意ください。
- 親課題内の個々の子課題を移動すると、その特定の子課題のみが移動します。
プランを自動スケジュールする際は、親課題のランク付け方法は対応する子課題のランク付け順序には影響しません。
プラン タイプ間でランク付け動作を変更することによって、異なるスケジューリング結果が生成される場合があります
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.